我在虚拟机中的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