☰

當traceroute始終列印一行「6 * * *」時，是否有需要解決的問題？

tag-icon • tag-icon vnc osx-yosemite traceroute
當traceroute始終列印一行「6 * * *」時，是否有需要解決的問題？

我試圖找出為什麼我無法從 Mac OSX Yosemite 訪問特定網站。服務提供者建議我運行 a 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 行？我注意到康卡斯特提供服務的另一個地點也出現了類似的結果。我是否應該與康卡斯特聯繫？此問題是否表示無法正常存取特定網站？除了訪問頂部提到的網站時遇到週期性問題之外，我還遇到VNC與完全不相關的系統的會話的周期性問題，該系統有 3 到 4 秒的超時，螢幕沒有刷新。運行 a traceroute，我發現該目的地有類似問題。幾個月來我時斷時續地看到這些問題，但traceroute一直給出超時。

答案1

不，關於您的追蹤路由，沒有什麼需要修復的。

首先，該清單中唯一不是路由器的裝置是第一個和最後一個。每跳代表一個路由器。其中一些路由器可能不在公共位址空間中，在這種情況下，它們無法顯示該躍點的名稱。由於您在第 6 跳之後有躍點，因此這不會導致您在到達特定伺服器時遇到任何問題。

其次，這與您的 VNC 品質或任何其他服務無關，除了它們共享超時間隔之外。 Traceroute 根本不測試連接的質量，只測試其連接性。沒有跡象顯示在第 6 跳通過設備的實際流量會逾時。 Traceroute 純粹是一種診斷功能，路由器的處理方式與正常流量（例如檢索網頁或在 VNC 連線中傳送封包）不同。

具體來說，第 6 跳設備的運營商選擇不發送ICMP TTL 超出訊息當封包因 TTL 而被丟棄時（或可能根本不接受 ICMP PING/ECHO 請求）。無論哪種方式，它都是別人的設備，他們有權按照自己的喜好運行它。如果路由器未回應 TTL Exceeded 訊息，traceroute 將不會列印其名稱或 IP。

如果有幫助的話，大多數人無法在您與 Google 之間獲得那麼多資訊。我只能看到我和他們之間大約 3 跳。所有其餘的躍點都超時。

答案2

可能有助於更深入地分析問題的提示。

我希望能夠獲得/創建 mtr 的工作 MAC 版本：
http://www.bitwizard.nl/mtr/

什麼是港鐵？

mtr 將「traceroute」和「ping」程式的功能結合在一個網路診斷工具中。

當 mtr 啟動時，它會調查執行 mtr 的主機與使用者指定的目標主機之間的網路連線。在確定機器之間的每個網路躍點的位址後，它會向每個機器發送一系列 ICMP ECHO 請求，以確定每台機器的連結品質。執行此操作時，它會列印有關每台計算機的運行統計資料。如需預覽，請查看螢幕截圖。

mtr 根據 GNU 通用公共授權分發。有關詳細信息，請參閱複製文件。

相關內容