为什么我从位于同一个目标networking的两台服务器获得不同的结果？

有两台服务器具有相同的networkingIP，唯一不同的是最后两个数字，如： 37.211.15.247和37.211.166.178 。主机提供商声称这两个networking的子网掩码是255.254.0.0

当我尝试命令Tracert （Traceroute）来testingping，看看到达目标服务器需要花费多less时间，我得到了不同的ping时间和不同的正向path结果，这很奇怪，因为它们都位于同一个公司主机。

有什么不对？难道它不应该采取同样的道路吗？

我已经按照一些评论者的要求将完整的IP地址添加到两台服务器上。那么这两个服务器不是“国际”呢，据我所知，唯一想到的就是这两个服务器configuration在不同子网上的可能性，就像“joeqwerty”在他的回答中所说的那样。虽然是可疑的

更新：经过这么多的研究，我发现了这两个主机的子网。它们位于/15 （ 255.254.0.0 ）子网掩码上。不幸的是，这是托pipe服务提供商所声称的不真实，他们显然使用的真正子网是一个/17 （ 255.255.128.0 ）子网掩码。事实certificate，他们绝对是在不同的子网上。这就是为什么当我testing这两个IP 37.211.15.247和37.211.166.178因为他们清楚地在不同的子37.211.166.178时，我得到不同的跟踪路由。谢谢大家这些好的答案，特别是joeqwerty，他的回答对我很有帮助。

你正在离开一个重要的信息，这是子网掩码。您假设这两个主机完全基于八位字节值位于相同的networking/子网中，而不考虑每个主机使用的子网掩码。他们很可能在不同的networking中。

想想家里的地址。如果我告诉你我住在史密斯街123号，你知道我家在哪里吗？不，你不会的。如果我告诉你我住在史密斯敦的史密斯街123号，你知道我的房子在哪儿吗？不，你不会的。如果我告诉你，约翰·史密斯也住在史密斯街，你知道他和我是不是邻居？不，你不会的。即使我告诉你约翰·史密斯也住在史密斯敦，你不可能知道我们是不是邻居。如果我告诉你，我住在史密斯敦123 Smith Street，密歇根州46123，你知道我家在哪？是的，你会的。如果我接着告诉你，约翰·史密斯住在史密斯敦的史密斯街361号，密歇根州46123，你知道我们是不是邻居？是的，你会知道我们其实是邻居，住在同一个社区。

在不知道子网掩码的情况下知道IP地址，就好像知道我的住宅地址和街道名称，而不知道城市，州和邮政编码。这是不完整的，并没有给你足够的信息知道我的房子在哪里，或者如果一个特定的人也住在我的邻居。

相同的公司主机并不意味着它们处于相同的networking体系结构中，因此，如果连接到不同的networking元素（代理，防火墙，负载平衡器…），路由和ping可能会有所不同。由于它们在不同的子网上，它们也可能位于不同的数据中心，这意味着不同的物理位置，所以ping时间可能不同

如果您得到不同的跟踪路由结果，这是因为路由处理方式不同。这可能是因为主持人不在同一个networking上（正如保罗在你的问题下的第一条评论所指出的那样……我同意他的评论……现在很多公司都是国际性的，所以成为同一家公司的一部分必然意味着stream量将被路由到同一地点）。

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

较短的回答：

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

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

看起来37.211.166.178通过qatar-ic-305455-ffm-b2.c.telia.net （ 80.239.135.22 ）连接到外部世界。
看起来像是37.211.15.247通过80.231.60.98连接。

含义， 37.211.166.x显然不是37.211.15.x子网; 这些机器不在同一个共享networking上。

过去，这里没有人可以帮助你理解为什么一个你认为应该活跃的IP会突然死亡，或者你的托pipe服务提供商为什么要这样分配/安排IP和服务器。您需要联系您的托pipe服务提供商，要求他们对此进行调查。除此之外，我们还可以做其他事情，除了提供更多的确认信息之外，下面更多细节。

较长的答案：

`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

通过Pingdom工具对IP进行testing也显示100％的数据包丢失。

然后用MTR（My Traceroute）进行testing，可以看到更多的细节。该命令将是：

 mtr 37.211.166.178

而输出是这样的：

  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. ???

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

通过Pingdom工具对该IP进行的testing显示0％的数据包丢失; 这太棒了！

同样，MTR（我的路由跟踪）显示一个很好的，干净的跟踪到目标IP地址。该命令将是：

 mtr 37.211.15.247