☰

当 traceroute 持续打印一行“6 * * *”时，是否有问题需要修复？

tag-icon • tag-icon vnc osx-yosemite traceroute
当 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 服务提供商的位置也出现了类似的结果。我是否应该与 Comcast 联系，如果是，我应该要求他们修复什么？此问题是否表明无法正常访问某个网站？除了定期遇到访问顶部提到的网站的问题外，我还定期遇到与VNC完全不相关的系统的会话问题，该会话出现 3 到 4 秒的超时，屏幕未刷新。运行traceroute，我发现该目的地也存在类似的问题。几个月来我时不时地看到这些问题，但traceroute总是出现超时。

答案1

不，您的跟踪路由无需修复。

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

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

具体来说，第 6 跳设备的操作员选择不发送ICMP TTL 超出消息当数据包因 TTL 被丢弃时（或者可能根本不接受 ICMP PING/ECHO 请求）。无论哪种情况，这都是别人的设备，他们有权以他们喜欢的方式运行它。如果路由器没有以 TTL 超出消息响应，则 traceroute 将不会打印其名称或 IP。

如果有帮助的话，大多数人无法获得您和 Google 之间获得的那么多信息。我只能看到我和他们之间大约 3 个跳转。其余所有跳转都超时了。

答案2

这个提示可能有助于更深入地分析问题。

我希望能够获得/创建一个可以运行的 mtr MAC 版本：
http://www.bitwizard.nl/mtr/

什么是 MTR？

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

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

mtr 在 GNU 通用公共许可证下发布。详情请参阅 COPYING 文件。

相关内容