为什么我从位于同一目标网络中的两台服务器得到不同的结果?

Joh*_*ark 1 networking route ping traceroute

有两个服务器具有相同的网络 IP,它们之间的唯一区别是最后两个数字,例如:37.211.15.24737.211.166.178。主机提供商声称两个网络的子网掩码都是255.254.0.0

当我尝试使用命令Tracert(Traceroute) 来测试 ping 并查看到达目标服务器所需的跳数时,我得到了不同的 ping 时间和不同的转发路径结果,这很奇怪,因为它们都位于同一家公司主机中。

有什么不对?它不应该走同样的道路吗?

我已按照一些评论者的要求将完整的 IP 地址添加到两台服务器。好吧,这两个服务器无论如何都不是“国际”,所以据我所知,唯一想到的是这两个服务器可能配置在不同的子网上,就像“joeqwerty”在他的回答中所说的那样。虽然很可疑。

更新:经过大量研究,我找到了这两个主机的子网。它们位于/15( 255.254.0.0) 子网掩码上。不幸的是,这就是托管服务提供商向我声称的事实,但他们显然使用的真正子网是/17( 255.255.128.0) 子网掩码。事实证明,他们肯定在不同的子网上。这就是为什么我在测试这两个 IP 时得到了不同的跟踪路由37.211.15.24737.211.166.178 因为它们显然位于不同的子网上。感谢大家提供这些好的答案,尤其是joeqwerty,他的回答对我帮助很大。

joe*_*rty 9

您遗漏了一条关键信息,即子网掩码。您仅根据八位位组值错误地假设这两个主机位于同一网络/子网中,而没有考虑每个主机使用的子网掩码。他们很可能在不同的网络中。

想想房子的地址。如果我告诉你我住在史密斯街 123 号,你会知道我家在哪里吗?不,你不会。如果我告诉你我住在史密斯敦的史密斯街 123 号,你会知道我家在哪里吗?不,你不会。如果我告诉你约翰史密斯也住在史密斯街,你会知道他和我是邻居吗?不,你不会。即使我告诉你约翰史密斯也住在史密斯敦,你也不可能知道我们是不是邻居。如果我告诉你我住在 123 Smith Street in Smithtown, Michigan 46123 你知道我家在哪里吗?是的,你会的。如果我告诉你约翰史密斯住在密歇根州史密斯敦的史密斯街 361 号,邮编 46123,你知道我们是不是邻居吗?是的,你会知道我们实际上是邻居,住在同一个街区。

知道IP地址而不知道子网掩码就像知道我的房子地址和街道名称而不知道城市、州和邮政编码。它不完整,没有提供足够的信息让您知道我的房子在哪里,或者某个人是否也住在我附近。

  • @JohnHark 就像我说的,我真的不关心复选标记。但我认为您仍然 100% 不知道问题仍然 ** 与 ** 子网无关,而是 ** 每个网络跟踪采用的整个架构和路径是 100% 不同的** 因为每个服务器由 100% 不同的设备管理. 子网掩码不是关键因素,而只是表明这两台机器位于 100% 不同网络这一事实的另一个指标。 (3认同)

小智 8

同一家公司主机并不意味着它们位于相同的网络架构上......所以如果它们连接到不同的网络元素(代理、防火墙、负载平衡器......),路由和 ping 可能会有所不同。由于它们在不同的子网中,它们也可能位于不同的数据中心,这意味着不同的物理位置,因此 ping 时间可能不同

  • @JohnHark:您一直说毫无疑问这两个主机位于同一位置和同一网络中,但您没有给我们足够的信息来毫无疑问地了解这一点。你怎么会知道这事?你的证据是什么? (3认同)
  • @JohnHark 您可以在物理上将两台服务器放在一起,但一根电缆连接到一个交换机,另一根电缆连接到另一台交换机。老实说,你的“毫无疑问”的断言非常天真。 (3认同)

TOO*_*GAM 5

如果您得到不同的 traceroute 结果,那是因为路由的处理方式不同。这可能是因为主机不在同一个网络上(正如保罗在你的问题下的第一条评论所指出的......我同意他的评论......现在许多公司都是国际公司,所以成为同一家公司的一部分并不必然意味着流量将被路由到同一地点)。

另一个可能的原因是路由器可能只是配置错误。要真正解决此问题,可能需要访问提供不同路由的路由器的路由表。如果那只是一些随机的 ISP,则您可能无法访问该路由表。


Gia*_*968 5

更简短的答案:

感谢您提供实际的 IP 地址。这有助于我们在一定程度上了解您所看到的内容。这就是我所看到的。

37.211.166.178虽然37.211.15.247很好,但似乎无法访问。因此,您最初看到的 ping 时间差异可能是由于与该地址相关联的托管服务提供商网络中断所致。看起来这两个 IP 地址都由不同的网络和不同的设备管理;这意味着它们可能位于相同的物理位置,但由完全不同的子网上的不同设备非常清楚地管理。例如:

  • 看起来37.211.166.178是通过qatar-ic-305455-ffm-b2.c.telia.net80.239.135.22)连接到外面的世界。
  • 看起来37.211.15.247是通过 连接80.231.60.98

意思37.211.166.x是,显然与37.211.15.x;不是同一个子网。这些机器不在同一个共享网络上。

过去,这里没有人可以帮助您理解为什么您认为应该处于活动状态的 IP 会突然失效,或者为什么您的托管服务提供商会以这种方式分配/安排 IP 和服务器。您需要联系您的托管服务提供商,要求他们对此进行调查。除了对您自己可以看到的内容提供更多确认之外,我们在这里无能为力。更多详情如下。

更长的答案:

37.211.166.178 对世界来说似乎已经死了。

例如,尝试 ping 会37.211.166.178导致没有 ping 响应的死胡同;我不得不Ctrl+C离开ping

ping 37.211.166.178
PING 37.211.166.178 (37.211.166.178) 56(84) bytes of data.
^C
--- 37.211.166.178 ping statistics ---
30 packets transmitted, 0 received, 100% packet loss, time 31628ms
Run Code Online (Sandbox Code Playgroud)

做了该IP经由Pingdom的工具的测试示出了100%的分组丢失以及。

然后使用 MTR (My Traceroute) 运行测试显示混乱的更多细节。命令将是:

mtr 37.211.166.178
Run Code Online (Sandbox Code Playgroud)

输出是这样的:

                                   My traceroute  [v0.80]
localhost (0.0.0.0)                                               Sat Oct 17 15:22:01 2015
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                    Packets               Pings
 Host                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. ???
 3. ???
 4. 100.64.16.77                                   0.0%     7    0.4   0.4   0.4   0.5   0.0
 5. 54.239.48.194                                  0.0%     7    1.3   2.0   1.1   5.0   1.5
 6. 205.251.232.214                                0.0%     7    1.1   1.4   1.1   2.2   0.4
 7. 205.251.232.78                                 0.0%     7   61.5  14.8   6.4  61.5  20.6
 8. 205.251.226.184                                0.0%     7    6.5   6.6   6.4   7.3   0.3
 9. sea-b1-link.telia.net                          0.0%     7    7.5   7.5   7.4   7.5   0.0
10. chi-b21-link.telia.net                         0.0%     7   50.8  51.2  50.7  52.1   0.6
11. nyk-bb2-link.telia.net                         0.0%     7   99.9  91.0  72.6 134.0  23.0
12. ffm-bb2-link.telia.net                         0.0%     7  199.2 207.3 199.2 216.1   6.6
13. ffm-b2-link.telia.net                          0.0%     7  201.4 207.3 199.4 222.8   8.7
    ffm-b2-link.telia.net
    ffm-b2-link.telia.net
    ffm-b2-link.telia.net
14. qatar-ic-305455-ffm-b2.c.telia.net             0.0%     7  304.4 311.1 302.9 323.8   7.8
    qatar-ic-305457-ffm-b2.c.telia.net
    qatar-ic-305456-ffm-b2.c.telia.net
15. 89.211.2.229                                   0.0%     7  300.2 305.4 300.2 310.6   3.7
16. 89.211.4.130                                   0.0%     7  300.9 308.9 300.9 329.7   9.6
17. ???
Run Code Online (Sandbox Code Playgroud)

Ping 时间变得很糟糕,一旦跟踪完成,主机本身就没有响应。此服务器和 IP 地址是否已完全设置并正在运行?

37.211.15.247 看起来不错。

相反,尝试 ping 会37.211.15.247按预期工作:

ping 37.211.15.247
PING 37.211.15.247 (37.211.15.247) 56(84) bytes of data.
64 bytes from 37.211.15.247: icmp_req=1 ttl=45 time=259 ms
64 bytes from 37.211.15.247: icmp_req=2 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=3 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=4 ttl=45 time=259 ms
64 bytes from 37.211.15.247: icmp_req=5 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=6 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=7 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=8 ttl=45 time=259 ms
Run Code Online (Sandbox Code Playgroud)

通过 Pingdom Tools 对该 IP 进行测试显示数据包丢失率为 0%;太好了!

类似地,MTR(My Traceroute)显示了对目标 IP 地址的良好、干净的跟踪。命令将是:

mtr 37.211.15.247
Run Code Online (Sandbox Code Playgroud)

输出是这样的:

                                   My traceroute  [v0.80]
localhost (0.0.0.0)                                               Sat Oct 17 15:21:21 2015
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                    Packets               Pings
 Host                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. ???
 3. ???
 4. 100.64.16.35                                   0.0%     7    0.4   0.4   0.4   0.4   0.0
 5. 54.239.48.192                                  0.0%     7    1.8   1.3   1.0   1.8   0.4
 6. 205.251.232.196                                0.0%     7    1.1   1.7   1.1   4.7   1.3
 7. 205.251.232.73                                 0.0%     7    6.3   7.7   6.3  13.7   2.8
 8. 205.251.225.179                                0.0%     7    7.4   7.0   6.5   7.4   0.4
 9. ae-9.r05.sttlwa01.us.bb.gin.ntt.net            0.0%     7    7.7  29.2   7.4 159.0  57.2
10. ix-10-0.tcore1.00S-Seattle.as6453.net          0.0%     7    7.2   7.2   7.2   7.3   0.0
11. if-1-0-0.core1.00S-Seattle.as6453.net          0.0%     7    7.3   7.3   7.3   7.4   0.1
12. if-8-2-3-0.tcore2.CT8-Chicago.as6453.net       0.0%     6  155.4 155.4 155.3 155.5   0.1
13. if-22-2.tcore1.CT8-Chicago.as6453.net          0.0%     6  145.1 145.5 145.1 146.7   0.6
14. if-12-6.tcore2.NYY-New-York.as6453.net        16.7%     6  151.7 154.3 151.6 163.7   5.3
15. if-20-2.tcore2.L78-London.as6453.net           0.0%     6  144.4 151.4 144.4 183.6  15.8
16. if-2-2.tcore1.L78-London.as6453.net            0.0%     6  145.1 173.1 144.8 314.3  69.1
17. if-17-2.tcore1.LDN-London.as6453.net           0.0%     6  150.7 170.1 150.6 266.4  47.2
18. 80.231.60.98                                   0.0%     6  257.6 256.1 254.7 257.8   1.4
19. 89.211.5.37                                    0.0%     6  463.8 290.3 254.6 463.8  85.0
20. 89.211.3.146                                   0.0%     6  415.9 283.7 256.4 415.9  64.8
21. 37.211.15.247                                  0.0%     6  367.9 277.0 258.4 367.9  44.5
Run Code Online (Sandbox Code Playgroud)

  • @MichaelHampton 我强烈暗示,不是吗?**“这两个 IP 地址似乎都由不同的网络和不同的设备管理。”** (3认同)