好的，由于某种原因，今天早上，我无法连接到Wordpress SVN存储库并执行基本的svn命令（例如checkout，update）。
以下是正在发生的事情的一个例子：
$ svn co http://svn.automattic.com/wordpress/tags/3.3/
# Adds a bunch of files...
svn: warning: Error handling externals definition for '3.3/wp-content/plugins/akismet':
svn: warning: PROPFIND of '/!svn/vcc/default': could not connect to server (http://plugins.svn.wordpress.org)
Checked out revision 19597.
$ cd 3.3
$ svn update
svn: OPTIONS of 'http://svn.automattic.com/wordpress/tags/3.3': could not connect to server (http://svn.automattic.com)
然而，当我在开发服务器上执行这些相同的命令（Linode VPS）时，它可以正常工作。
我已经开始讨论这个问题了，发现了这样的网页：
很多这些文章说的是有效的，它是你的代理服务器。好吧，我不在代理服务器后面：
http://whatismyipaddress.com/proxy-check
Proxy server not detected.
IP 24.21.xxxx.xxx
rDNS FALSE
WIMIA Test FALSE
TOR Test FALSE
Loc Test FALSE
Header Test FALSE
DNSBL Test FALSE
只是常规的旧康卡斯特家庭互联网连接。
另外，我可以通过浏览器浏览wordpress SVN存储库。
无论如何，我在这里已经走到了尽头，我想我是否想知道是否有人有任何关于如何解决问题或解决问题的建议？我尝试在我在dev服务器上运行的Apache安装上设置转发代理服务器，然后更新我的〜/ .subversion / server文件，但是这不起作用或我配置错误。
好吧，如果有人有任何精彩的想法或解释，我很乐意听到他们......
更新
我有一个同事在他的家庭连接上测试它 - 他也使用Comcast。他和我一样得到了相同的错误。所以它似乎是一些特定于Compress svn存储库的Comcast相关问题。我能够通过http（例如来自谷歌代码）检查其他公共存储库就好了。
我运行了一系列测试，但在我和存储库之间找不到任何隐藏的代理或缓存服务器。
我确实按照懒惰獾的建议运行了traceroute，这就是我得到的：
$ traceroute svn.automattic.com
traceroute to svn.automattic.com (72.233.56.196), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 0.659 ms 0.292 ms 0.185 ms
2 * * *
3 te-5-7-ur01.hollywood.or.bverton.comcast.net (68.85.150.225) 8.792 ms 8.309 ms 9.054 ms
4 xe-3-1-0-0-ar03.beaverton.or.bverton.comcast.net (68.87.216.33) 14.354 ms 24.859 ms 8.753 ms
5 pos-3-8-0-0-cr01.sacramento.ca.ibone.comcast.net (68.86.95.117) 21.869 ms
pos-3-1-0-0-cr01.sacramento.ca.ibone.comcast.net (68.86.95.113) 21.791 ms
pos-3-0-0-0-cr01.sacramento.ca.ibone.comcast.net (68.86.95.109) 22.983 ms
6 pos-0-7-0-0-cr01.sanjose.ca.ibone.comcast.net (68.86.85.46) 23.682 ms 25.043 ms 24.675 ms
7 xe-10-3-0.edge1.sanjose1.level3.net (4.71.118.5) 61.048 ms 23.986 ms 24.221 ms
8 vlan80.csw3.sanjose1.level3.net (4.69.152.190) 25.257 ms 25.648 ms
vlan90.csw4.sanjose1.level3.net (4.69.152.254) 24.310 ms
9 ae-82-82.ebr2.sanjose1.level3.net (4.69.153.25) 24.870 ms
ae-92-92.ebr2.sanjose1.level3.net (4.69.153.29) 25.371 ms
ae-91-91.ebr1.sanjose1.level3.net (4.69.153.13) 24.744 ms
10 ae-34-34.ebr4.sanjose1.level3.net (4.69.153.34) 36.011 ms 25.975 ms 36.053 ms
11 ae-5-5.ebr2.sanjose5.level3.net (4.69.148.141) 25.236 ms 25.307 ms 25.305 ms
12 ae-6-6.ebr2.losangeles1.level3.net (4.69.148.201) 31.299 ms 34.076 ms 33.401 ms
13 ae-3-3.ebr3.dallas1.level3.net (4.69.132.78) 59.012 ms 58.604 ms 60.576 ms
14 ae-83-83.csw3.dallas1.level3.net (4.69.151.157) 59.708 ms 65.724 ms
ae-73-73.csw2.dallas1.level3.net (4.69.151.145) 60.383 ms
15 ae-42-90.car2.dallas1.level3.net (4.69.145.196) 60.636 ms
ae-22-70.car2.dallas1.level3.net (4.69.145.68) 59.572 ms 59.758 ms
16 databank-ho.car2.dallas1.level3.net (4.71.170.2) 58.711 ms 59.994 ms 60.561 ms
我不知道这是不寻常的还是什么的。我在我的开发服务器上尝试了相同的结果，结果看起来大致相似，除了第2行使用* * *。
我在我的开发服务器上成功配置了一个转发代理，所以我现在已经一起攻击了一个解决方案，但我仍然不太明白正在发生什么......
更新2
在回答一个问题时，以下是我如何配置使用我的开发服务器作为代理的东西。
首先，我在我的开发服务器上配置了apache以作为代理运行。确保这些指令位于Apache配置文件链中的某个位置（httpd.conf，vhosts.d目录等）：
Listen 8080
<VirtualHost _default_:8080>
ProxyRequests On
ProxyVia On
ProxyPreserveHost On
<Proxy *>
Order deny,allow
Deny from all
Allow from xxx.xxx.xxx.xxx
</Proxy>
</VirtualHost>
这假设您在安装了mod_proxy的某个开发服务器上设置了一个正在运行的Apache（我肯定不会在生产服务器上使用它）。端口8080是任意的。基本上对于不匹配的虚拟主机（即任何与您已设置的其他主机不匹配的请求），它将启用代理并通过代理请求。将“xxx.xxx.xxx.xxx”更改为您自己的IP地址。
现在您必须更改subversion配置文件中的服务器设置。
在此文件中：
~/.subversion/servers
找到这个部分：
[global]
# http-proxy-exceptions = *.exception.com, www.internal-site.org
# http-proxy-host = proxy1.some-domain-name.com
# http-proxy-port = 80
# http-proxy-username = defaultusername
# http-proxy-password = defaultpassword
# http-compression = no
# http-auth-types = basic;digest;negotiate
# No http-timeout, so just use the builtin default.
# No neon-debug-mask, so neon debugging is disabled.
# ssl-authority-files = /path/to/CAcert.pem;/path/to/CAcert2.pem
取消注释http-proxy-host和http-proxy-port。对于主机使用您已映射到开发服务器的备用域名，或者您可能只是使用您的服务器IP。然后将端口设置为8080或您使用的任何内容。
这应该通过您刚刚设置的代理路由所有subversion http请求。它不会影响svn或svn + ssh请求。
这是我的快速黑客，你的里程可能会有所不同，这可能是完全不安全或破坏等等。
答案 0 :(得分：2)
我在家庭办公室兼营的Comcast业务。公司办公室。
无法连接到COMCAST上的回复。
但是，如果我浏览Windstream T1或通过多个骨干网上的实时服务器进行连接，我就不会有任何问题。
Comcast似乎是“流量塑造”和/或监控商务舱流量并打破互联网！
康卡斯特很好！
如果您没有备用连接，则可能需要使用代理服务，然后向Comcast发送有关其网络过滤的讨厌邮件。