这是在我的 Ubuntu 11.10 笔记本电脑上运行的最简单的操作:
$ wget mercurial.selenic.com/release/mercurial-2.0.1.tar.gz
--2011-12-06 21:41:16-- http://mercurial.selenic.com/release/mercurial-2.0.1.tar.gz
Resolving mercurial.selenic.com... 173.11.57.243
Connecting to mercurial.selenic.com|173.11.57.243|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3128233 (3.0M) [application/x-gzip]
Saving to: `mercurial-2.0.1.tar.gz'
100%[===========================================================================================================================================================================>] 3,128,233 35.1K/s in 90s
2011-12-06 21:42:47 (34.1 KB/s) - `mercurial-2.0.1.tar.gz' saved [3128233/3128233]
现在我在运行 Ubuntu Server 11.10 的远程托管服务器上尝试相同的命令:
~$ wget mercurial.selenic.com/release/mercurial-2.0.1.tar.gz
--2011-12-06 21:45:01-- http://mercurial.selenic.com/release/mercurial-2.0.1.tar.gz
Resolving mercurial.selenic.com... 173.11.57.243
Connecting to mercurial.selenic.com|173.11.57.243|:80... failed: Connection timed out.
Retrying.
--2011-12-06 21:48:11-- (try: 2) http://mercurial.selenic.com/release/mercurial-2.0.1.tar.gz
Connecting to mercurial.selenic.com|173.11.57.243|:80...
我不明白为什么我的服务器无法访问这些文件(目标文件夹中的任何文件),而我的笔记本电脑和其他运行 Windows 7 和 Windows XP 的电脑可以使用任何浏览器访问该文件。
我还检查了我是否可以访问其他域上的文件,它可以按预期工作。
看起来问题出在目标服务器上,但为什么这只发生在我的远程服务器上?
更新:
Shane 让我帮忙做 ping 和 traceroute。结果如下:
~$ ping selenic.com
PING selenic.com (173.11.57.241) 56(84) bytes of data.
64 bytes from waste.org (173.11.57.241): icmp_req=1 ttl=48 time=139 ms
....(skipped)
64 bytes from waste.org (173.11.57.241): icmp_req=27 ttl=48 time=138 ms
^C
--- selenic.com ping statistics ---
27 packets transmitted, 27 received, 0% packet loss, time 27905ms
rtt min/avg/max/mdev = 137.577/143.082/158.615/5.582 ms
所以 selenic.com 还可以。
~$ ping mercurial.selenic.com
PING mercurial.selenic.com (173.11.57.243) 56(84) bytes of data.
^C
--- mercurial.selenic.com ping statistics ---
93 packets transmitted, 0 received, 100% packet loss, time 91999ms
我等待了足够长的时间让服务器回复。
以下是跟踪路由的结果:
:~$ traceroute mercurial.selenic.com
traceroute to mercurial.selenic.com (173.11.57.243), 30 hops max, 60 byte packets
1 4k1-20.vty.dedibox.fr (88.190.20.1) 0.541 ms 0.538 ms 0.536 ms
2 6k1-4k1-po3.vty.dedibox.fr (88.190.3.5) 0.458 ms 0.468 ms 0.537 ms
3 th2-6k-3-po7-t.intf.routers.proxad.net (212.27.50.33) 0.920 ms * *
4 th2-crs16-1-be1009.intf.routers.proxad.net (212.27.58.30) 1.057 ms 1.054 ms 1.050 ms
5 te0-3-0-1.336.ccr21.par04.atlas.cogentco.com (149.6.164.209) 0.821 ms 1.085 ms 1.178 ms
6 te0-1-0-4.ccr21.par01.atlas.cogentco.com (130.117.2.21) 1.019 ms te0-6-0-3.ccr21.par01.atlas.cogentco.com (154.54.39.117) 1.211 ms te0-5-0-2.ccr22.par01.atlas.cogentco.com (154.54.58.229) 1.098 ms
7 te0-2-0-5.mpd22.jfk02.atlas.cogentco.com (154.54.7.33) 81.199 ms te0-6-0-2.ccr21.jfk02.atlas.cogentco.com (154.54.46.97) 73.731 ms te0-5-0-4.mpd21.jfk02.atlas.cogentco.com (154.54.43.154) 85.701 ms
8 te0-2-0-6.ccr21.jfk07.atlas.cogentco.com (154.54.1.218) 73.806 ms 73.937 ms te0-1-0-6.ccr21.jfk07.atlas.cogentco.com (154.54.46.74) 79.103 ms
9 comcast.jfk07.atlas.cogentco.com (154.54.10.98) 76.372 ms comcast.jfk07.atlas.cogentco.com (154.54.9.46) 79.151 ms 76.958 ms
10 pos-1-7-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.87.169) 80.832 ms 80.841 ms 80.839 ms
11 pos-0-11-0-0-cr01.350ecermak.il.ibone.comcast.net (68.86.88.174) 100.456 ms 100.435 ms 101.345 ms
12 pos-0-13-0-0-ar01.roseville.mn.minn.comcast.net (68.86.94.74) 108.807 ms 109.443 ms 108.681 ms
13 te-0-1-0-0-ar01.crosstown.mn.minn.comcast.net (68.87.174.1) 132.871 ms 134.037 ms 133.451 ms
14 te-8-1-ur02.swmpls.mn.minn.comcast.net (68.86.232.98) 134.221 ms 134.209 ms 134.942 ms
15 ge-3-0-2-ten02.swmpls.mn.minn.comcast.net (68.85.167.206) 130.049 ms 129.105 ms 130.198 ms
16 c-76-113-215-129.hsd1.mn.comcast.net (76.113.215.129) 136.449 ms 160.713 ms 153.172 ms
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
然后它又把控制权交还给我。我不知道该如何解释这一点。
答案1
您的系统似乎无法通过端口 80 连接到该服务器。
检查是否可以访问其他 HTTP 站点。您是否已与提供商确认流量未被阻止,或者您不需要使用代理服务器?
答案2
我询问目标服务器管理员:
您的网络块已被阻止,因为一些垃圾邮件发送者机器人正在从您附近的各个地址攻击我们的 wiki。
现在已经修复。
所以答案是他们封锁了该 IP(封锁)。