☰

等待 3 天后仍无法访问服务器上的 IP 地址

tag-icon • tag-icon ip
等待 3 天后仍无法访问服务器上的 IP 地址

我的一位客户使用 Hurricane Electric 托管他们的网站，三天前他为他们的两个帐户添加了专用 IP 地址。

但是，我无法在他们的网站上工作，因为专用 IP 地址无法为我加载任何内容；它只是超时。然而，更糟糕的是，我全国各地的朋友都尝试在他们的浏览器中加载 IP 地址，而他们加载得很好。似乎连接到我家庭网络的任何计算机或电话都无法访问专用 IP 地址。

其中之一是http://65.49.51.227/

有人能告诉我该怎么做才能解决这个噩梦吗？我快要失业了，因为已经过去了将近 4 天，我却还没能开始工作！

答案1

首先，运行跟踪路由。

$ traceroute 65.49.51.227
traceroute to 65.49.51.227 (65.49.51.227), 30 hops max, 60 byte packets
 1  172.25.50.1 (172.25.50.1)  0.364 ms  0.473 ms  0.609 ms
 2  172.25.49.1 (172.25.49.1)  3.722 ms  3.828 ms  4.962 ms
 3  73.195.236.1 (73.195.236.1)  33.326 ms  34.256 ms  34.357 ms
 4  te-4-4-ur01.manchester.nh.boston.comcast.net (68.87.156.25)  35.028 ms  35.562 ms  35.665 ms
 5  be-65-ar01.needham.ma.boston.comcast.net (68.85.69.165)  37.216 ms  38.148 ms  38.549 ms
 6  he-2-6-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.93.33)  46.651 ms  45.528 ms  44.266 ms
 7  he-0-13-0-0-pe03.111eighthave.ny.ibone.comcast.net (68.86.85.182)  41.303 ms  40.190 ms  40.961 ms
 8  66.110.96.137 (66.110.96.137)  41.660 ms 66.110.96.141 (66.110.96.141)  103.340 ms 66.110.96.133 (66.110.96.133)  198.579 ms
 9  63.243.128.121 (63.243.128.121)  200.059 ms  200.147 ms  200.685 ms
10  nyk-b5-link.telia.net (213.248.100.177)  199.866 ms  199.359 ms  199.231 ms
11  nyk-bb1-link.telia.net (213.155.135.18)  218.178 ms  217.146 ms  218.260 ms
12  sjo-bb1-link.telia.net (213.155.130.129)  270.667 ms  275.737 ms  274.602 ms
13  hurricane-ic-138359-sjo-bb1.c.telia.net (213.248.67.106)  283.243 ms  281.890 ms  96.572 ms
14  10ge1-1.core1.fmt1.he.net (72.52.92.109)  126.793 ms  92.453 ms  96.489 ms
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  *^C

嗯，有趣。也许你已设置了防火墙。

那么 ping 怎么样？

$ ping 65.49.51.227
PING 65.49.51.227 (65.49.51.227) 56(84) bytes of data.
64 bytes from 65.49.51.227: icmp_seq=1 ttl=49 time=97.5 ms
64 bytes from 65.49.51.227: icmp_seq=2 ttl=49 time=95.0 ms
^C
--- 65.49.51.227 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 95.052/96.318/97.584/1.266 ms

效果很好。所以你的服务器已经启动并运行了。

但是你们的服务在哪里？

$ telnet 65.49.51.227 http
Trying 65.49.51.227...
Connected to 65.49.51.227.
Escape character is '^]'.
GET / HTTP/1.1

HTTP/1.1 400 Bad Request
Date: Thu, 10 Jul 2014 00:43:18 GMT
Server: Apache
Vary: Accept-Encoding
Content-Length: 226
Connection: close
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body></html>
Connection closed by foreign host.

您的网络服务器似乎已启动并正在运行。

所以，您至少应该进行这些测试来尝试确定您的连接失败的地方。

答案2

ping 和 tracert 的问题在于它们不是服务诊断工具。如果您知道目标应该响应，则 Ping 和 tracert 仅适合用作常规连接测试。ping 能告诉我为什么我的网站不可用吗？不能。我的 ISP、路由器或 Web 服务器可能会阻止 ICMP，但很乐意提供 HTTP。Tracert 是检测常规网络路由问题的更好工具，但无法告诉我为什么我无法访问网站，同样是因为 ICMP 可能在路径的某个地方被阻止。

ping 和 tracert 在您的网络工具包中有一席之地吗？是的。它们是否都是转移注意力的手段，并引导您走上错误的故障排除之路？是的，我认为对于那些不了解 ping 和 tracert 实际上能告诉我们什么以及何时适合将它们用作连接诊断工具的人来说，它们通常都是这样的。

答案3

正如@Michael Hampton所说，traceroute 是你最好的朋友。我能够顺利解决并访问该网站。

您至少可以 ping 通它吗？如果无法 ping 通，则可能是因为某种原因被阻止了。该服务器上是否运行了防火墙？您可以使用其他 IP 访问它吗？

Pingplotter 跟踪路由

答案4

Hurricane 的网站托管服务器不响应跟踪路由。许多 ISP 的许多中间路由器也是如此。提交此类问题时，请始终运行 ping 和跟踪路由，并同时包含这两个结果。Pathping、mtr 和 WinMTR 也是有用的工具。

相关内容