当traceroute一直打印一行“6 * * *”时，是否有问题需要解决？

我想弄清楚为什么我无法从Mac OSX Yosemite到达特定网站。服务提供商建议我运行一个traceroute，当我这样做时，无论目的地如何，我都会得到这样的结果：

traceroute to google.com (74.125.239.96), 64 hops max, 52 byte packets
 1  10.1.10.1 (10.1.10.1) 60 bytes to 10.1.10.14  1.398 ms  1.423 ms  1.202 ms
 2  24.4.6.1 (24.4.6.1) 36 bytes to 10.1.10.14  11.383 ms  9.741 ms  9.311 ms
 3  te-0-2-0-12-sur04.santaclara.ca.sfba.comcast.net (162.151.30.169) 76 bytes to 10.1.10.14  9.483 ms  10.148 ms  9.452 ms
 4  te-0-5-0-8-sur03.santaclara.ca.sfba.comcast.net (162.151.78.109) 76 bytes to 10.1.10.14  9.690 ms
    te-0-5-0-9-sur03.santaclara.ca.sfba.comcast.net (162.151.78.113) 76 bytes to 10.1.10.14  9.923 ms
    te-0-5-0-2-sur03.santaclara.ca.sfba.comcast.net (69.139.198.41) 76 bytes to 10.1.10.14  10.323 ms
 5  be-232-ar01.santaclara.ca.sfba.comcast.net (162.151.78.253) 76 bytes to 10.1.10.14  12.258 ms  13.268 ms  9.708 ms
 6  * * *
 7  he-0-10-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.85.214) 76 bytes to 10.1.10.14  15.528 ms
    he-0-13-0-0-pe03.11greatoaks.ca.ibone.comcast.net (68.86.83.134) 76 bytes to 10.1.10.14  11.379 ms
    he-0-15-0-1-pe03.11greatoaks.ca.ibone.comcast.net (68.86.86.222) 76 bytes to 10.1.10.14  11.174 ms
 8  173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14  14.655 ms
    66-208-228-70.ubr01a.hurtl301.al.hfc.comcastbusiness.net (66.208.228.70) 36 bytes to 10.1.10.14  10.514 ms
    173.167.59.66 (173.167.59.66) 36 bytes to 10.1.10.14  35.888 ms
 9  72.14.232.138 (72.14.232.138) 36 bytes to 10.1.10.14  10.164 ms
    209.85.241.55 (209.85.241.55) 36 bytes to 10.1.10.14  13.837 ms  15.349 ms
10  66.249.95.29 (66.249.95.29) 36 bytes to 10.1.10.14  13.930 ms  10.773 ms  15.731 ms
11  nuq05s01-in-f0.1e100.net (74.125.239.96) 60 bytes to 10.1.10.14  12.693 ms  16.125 ms  11.041 ms

请注意步骤6中的三个星号（*），当这些是打印时，它非常慢，每个星号需要大约四秒钟才会出现。根据手册页：

如果在5秒内没有响应。超时间隔（使用-w标志更改），为该探测器打印“*”。

为什么在第6行没有探测器的名称，或者只是第7行？我注意到另一个康卡斯特服务提供位置的类似结果。我应该和Comcast谈谈，如果是的话，我会要求他们解决什么？此问题是否表明访问特定网站无法正常工作？除了定期问题到达顶部提到的网站之外，我还定期遇到VNC与完全不相关的系统的会话，该系统具有3到4秒的超时，其中屏幕没有被刷新。运行a traceroute，我发现了该目的地的类似问题。几个月来我一直在看这些问题，但traceroute一直在给出超时。

不，没有什么可以解决你的traceroute。

首先，该列表中唯一不是路由器的设备是第一个和最后一个。每一跳代表一个路由器。其中一些路由器可能不在公共地址空间中，在这种情况下，它们无法显示跃点的名称。由于您在第6跳之后有跃点，因此无法解决您到达特定服务器的任何问题。

其次，这与您的VNC质量或任何其他服务无关，除了它们共享超时间隔。Traceroute根本不测试连接的质量，只测试连接的质量。没有迹象表明在跳6处通过设备的实际流量将超时。Traceroute是一种纯粹的诊断方式，路由器的处理方式与正常流量不同，如检索网页或在VNC连接中发送数据包。

具体地说，当由于TTL丢弃分组时（或者根本不接受ICMP PING / ECHO请求），跳6处的设备的运营商已选择不发送ICMP TTL Exceeded消息。无论哪种方式，它都是别人的设备而且他们有权按自己喜欢的方式运行它。如果路由器没有响应TTL Exceeded消息，则traceroute将不会打印其名称或IP。

如果有帮助，大多数人都无法获得您在自己和Google之间获得的信息。我和他们之间只能看到3跳。剩下的所有跳跃都会超时。

一个可能有助于将问题分析到更深层次的提示。

我希望有可能获得/创建mtr的工作MAC版本：http：
//www.bitwizard.nl/mtr/

什么是地铁？

mtr在单个网络诊断工具中结合了“traceroute”和“ping”程序的功能。

当mtr启动时，它会调查主机mtr运行和用户指定的目标主机之间的网络连接。在确定机器之间的每个网络跳跃的地址之后，它向每个机器发送序列ICMP ECHO请求以确定到每个机器的链路的质量。在此过程中，它会打印有关每台计算机的运行统计信息。有关预览，请查看屏幕截图。

mtr根据GNU通用公共许可证分发。有关详细信息，请参见COPYING文件。