仮想マシンのTorToiseSVN 1.6で奇妙な問題が発生しました。オンラインソース管理システムからファイルをチェックアウトできません。私がテストしている例の一つは、次のとおりです。TortoiseSVN：VM内のステータスラインを読み取ることができません
http://codesmith.googlecode.com/svn/trunk/
私が得たエラーが、私はまだ、VM上のファイアウォールやアンチウイルスを無効にするVMのNATへの接続を設定しようとした
options of *: could not read status line: connection was closed by http://codesmith.googlecode.com
ましたそれは動作しません。
アイデア？
このURLをブラウザに追加すると、VM内外で同じデータが得られますか？
おそらく愚かな質問ですが、必要に応じてプロキシを設定しましたか？それはIEの設定を使用しませんが、TortoiseSVN - >設定 - >ネットワークページにあります。
（申し訳ありませんあなたはこの考えましたが、質問は述べるなかった場合）
うん、私はこれを考えて、私はそれを試した..しかし、それは動作しませんでした。 – Graviton
ほとんどの場合、これは、プロキシの問題です。 URLをHTTPSに切り替えるとどうなりますか？
https://codesmith.googlecode.com/svn/trunk/
注 - HTTPS経由で接続するには書き込みアクセスを持っている必要があります。 https経由で動作する場合は、プロキシの問題です。あなたはこれらのURLからチェックアウトをしようとすることができ、さらにトラブルシューティングするにはhttp://subversion.apache.org/faq.html#proxy
を参照してください：
http://svn.collab.net:81/repos/svn/trunk/
http://svn.apache.org/repos/asf/subversion/trunk/
https://svn.apache.org/repos/asf/subversion/trunk/
Collab.netは、人々はプロキシをバイパス助けるためにポート81だけでなく、ポート80でリッスンします。さらに、そのhttpsサーバーは認証を必要としません。
ASFへの移行以降、プロキシバイパスポート81リスナーの置換えが表示されません。 –
私のサーバーでこの問題が発生し、サーバー側でHTTP/HTTPSの問題が判明しました。あなたのISPまたはネットワークが不可視のHTTPプロキシを使用している可能性はありますか？
もっと重要なのは、VMの外で動作するのでしょうか？少なくとも、VM設定または接続に絞り込むことができます。おそらく、あなたはVM内のコマンドラインからSVN CHECKOUTを試みることもできます。それは、Tortiseの問題である可能性があります。ここで
あなたは隠されたプロキシがあなたの接続をいじりされたかどうかを確認するために実行することができるものです：あなたはVMソフトウェアのhttp://netalyzr.icsi.berkeley.edu/
私はそのプログラムが好きです。 – ShoeLace
どのような種類を実行していますか？ VMWareでは、経験したことのある種類のネットワーク操作がNATの下で失敗したと言うことができます。 NAT抽象化の層は物事を壊すことがあります。しかし、私は "ブリッジ"に切り替えると、すべて正常に働いた。実行しているVMソフトウェアに関係なく、NICを「ブリッジ」に設定することをお勧めします。ここでは、VMwareの製品からの説明です：
ブリッジネットワークでは、仮想マシン はホストと同じ物理イーサネット ネットワーク上の追加 コンピュータとして表示されます。仮想マシン は、ブリッジされたネットワーク で利用可能なサービスのどれも を透過的に使用できます。 には、ファイルサーバー、プリンター、 のゲートウェイが含まれます。同様に、任意の物理ホスト またはブリッジネットワークで構成された の他の仮想マシンは、その仮想マシンのリソース を使用できます。
あなたはそれを正しく推測しました：私はVMWareを使用しています – Graviton
ブリッジに切り替えて何か違いはありましたか？ –
はい。私は同じデータを持っています – Graviton