我在虛擬機中的TorToiseSVN 1.6中遇到了一個奇怪的問題：我無法從任何在線源控制系統簽出文件。有一個問題我已經測試過的例子是：TortoiseSVN：無法讀取虛擬機中的狀態行
http://codesmith.googlecode.com/svn/trunk/
我得到的錯誤是
options of *: could not read status line: connection was closed by http://codesmith.googlecode.com
我試圖禁用虛擬機上的防火牆和殺毒軟件，爲虛擬機設置到NAT連接，還它不起作用。
任何想法？
如果您將該網址添加到您的瀏覽器，您是否會在虛擬機和外部獲得相同的數據？
可能是一個愚蠢的問題，但你有沒有配置代理（如果你需要一個）？它不使用IE設置，但是在TortoiseSVN - >設置 - >網絡頁面上。
（對不起，如果你已經想到了這一點，但問題並沒有說明）
是的，我想到了這一點，我試過了..但它沒有奏效。 – Graviton 2009-06-08 00:42:55
這很可能是一個代理問題。將URL切換到HTTPS會發生什麼？
https://codesmith.googlecode.com/svn/trunk/
注 - 您必須具有通過https連接的寫入權限。如果它通過https工作，那麼這是一個代理問題。見http://subversion.apache.org/faq.html#proxy
要進一步解決，你可以嘗試從這些URL檢出的操作：
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監聽器的替代品。 – 2011-08-08 09:27:11
我在我的服務器上遇到過這個問題，事實證明是服務器端的HTTP/HTTPS問題。您的ISP或網絡是否有可能使用不可見的HTTP代理？
更重要的是，它在虛擬機之外工作嗎？那麼至少你可以縮小到VM設置或連接。也許你也可以從虛擬機內部的命令行嘗試SVN CHECKOUT，這很可能是一個Tortise問題。
這裏是你可以運行，看是否隱藏的代理與您聯繫搞亂：http://netalyzr.icsi.berkeley.edu/
我喜歡那個節目..它很酷。 – ShoeLace 2009-06-11 14:14:54
你運行什麼樣的VM軟件？在VMWare中，我可以從經驗中得知，我嘗試過的某些網絡操作在NAT下失敗了。 NAT抽象層可能會破壞事物;然而，當我切換到「Bridged」時，一切正常。我建議你嘗試將你的網卡設置爲「Bridged」，不管你運行的是哪個虛擬機軟件。下面是來自VMware的產品說明：
通過橋接網絡，虛擬機 出現額外 計算機相同的物理以太網 網絡主機上。虛擬機可以透明地使用 網絡上可用的任何 網橋， 包括文件服務器，打印機和網關。同樣，具有橋接網絡的任何物理主機 或配置爲 的其他虛擬機都可以使用該虛擬機的資源 。
你猜對了：我正在使用VMWare – Graviton 2009-06-13 13:22:24
切換到Bridged有什麼區別嗎？ – 2009-06-14 02:44:00
是的。我得到了相同的數據 – Graviton 2009-06-06 12:38:33