好吧,由于某种原因,我今天早上无法连接到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文件,但是没有工作,或者我配置了一些错误。
好吧,如果有人有什么绝妙的想法或解释,我很想听听.
更新
我在他的家庭连接上做了个同事测试--他也用康卡斯特。他犯了和我一样的错误。因此,这似乎是一些特定于Wordpress 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行,还有* **。
我成功地在我的dev服务器上配置了一个前向代理,所以我现在已经破解了一个解决方案,但我仍然不太明白正在进行的是什么.
更新2
在回答一个问题时,下面是我如何将一些东西配置为暂时使用我的dev服务器作为代理。
首先,我将我的dev服务器上的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”更改为您自己的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请求。
这是我的快速黑客,你的里程可能会变化,这可能是完全不安全或损坏,等等。
发布于 2011-12-17 18:13:28
我在我的总部和公司办公室都有康卡斯特公司的业务。
都无法连接到康卡斯特.上的回购
但是,如果我浏览风流T1或通过我们的实时服务器在多个主板上连接,我就不会有任何问题。
康卡斯特似乎正在“塑造”和/或监控商务舱流量,并破坏了互联网!
干得好康卡斯特!
如果您没有备用连接,他们可能需要使用代理服务,然后向Comcast发送一封关于其网络过滤的讨厌的电子邮件。
https://stackoverflow.com/questions/8524177
复制相似问题