Mac OSX Yosemite から特定の Web サイトにアクセスできない理由を解明しようとしています。サービス プロバイダーから を実行するように勧められましたが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 の 3 つのアスタリスク ( *) の印刷は非常に遅く、それぞれが表示されるまでに約 4 秒かかります。マニュアル ページによると、次のようになります。
5 秒のタイムアウト間隔 (-w フラグで変更) 内に応答がない場合、そのプローブに対して「*」が出力されます。
6 行目にプローブの名前がないのはなぜですか。それとも 7 行目だけでしょうか。別の Comcast サービス提供の場所でも同様の結果が得られました。代わりに Comcast に問い合わせるべきでしょうか。その場合、どのような修正を依頼すればよいでしょうか。この問題は、特定の Web サイトへのアクセスが正しく機能していないことを示しているのでしょうか。冒頭で述べた Web サイトにアクセスできない問題が定期的に発生するほか、VNCまったく関係のないシステムへのセッションで、画面が更新されず 3 ～ 4 秒のタイムアウトが発生する問題も定期的に発生します。 を実行するとtraceroute、その宛先で同様の問題が見つかりました。数か月間、これらの問題が断続的に発生していますが、traceroute一貫してタイムアウトが発生します。
答え1
いいえ、traceroute に関して修正する必要はありません。
まず、リストにあるデバイスのうち、ルーターではないのは最初と最後のデバイスだけです。すべてのホップはルーターを表します。これらのルーターの一部はパブリック アドレス空間に存在しない可能性があり、その場合はホップの名前を表示できません。ホップ 6 以降にホップがあるため、特定のサーバーに到達できない問題の原因となることはありません。
2 番目に、これは、タイムアウト間隔を共有するという点以外、VNC の品質や他のサービスとは関係ありません。Traceroute は接続の品質をテストせず、接続性のみをテストします。ホップ 6 でデバイスを通過する実際のトラフィックがタイムアウトするという兆候はありません。Traceroute は純粋に診断的なもので、Web ページの取得や VNC 接続でのパケットの送信などの通常のトラフィックとはルーターによって異なる方法で処理されます。
具体的には、ホップ6のデバイスのオペレータは送信しないことを選択しました。情報処理 TTL超過メッセージTTL が原因でパケットがドロップされた場合 (または ICMP PING/ECHO 要求をまったく受け入れていない場合)。いずれにしても、それは他の誰かのデバイスであり、好きなように実行する権利があります。ルータが TTL 超過メッセージで応答しない場合、traceroute はその名前または IP を出力しません。
参考になれば幸いですが、ほとんどの人は、あなたと Google の間で得られるほど多くの情報を取得できません。私と Google の間には 3 ホップしか見えません。残りのホップはすべてタイムアウトします。
答え2
問題をより深いレベルで分析するのに役立つヒント。
mtr の動作する MAC 版を入手/作成できることを願っています:
http://www.bitwizard.nl/mtr/
MTRとは何ですか?
mtr は、「traceroute」プログラムと「ping」プログラムの機能を 1 つのネットワーク診断ツールに統合します。
mtr が起動すると、mtr が実行されるホストとユーザーが指定した宛先ホスト間のネットワーク接続が調査されます。マシン間の各ネットワーク ホップのアドレスを決定した後、各マシンへのリンクの品質を決定するために、各マシンに ICMP ECHO 要求のシーケンスを送信します。この処理を実行すると、各マシンの実行統計が出力されます。プレビューについては、スクリーンショットをご覧ください。
mtr は GNU General Public License に基づいて配布されています。詳細については COPYING ファイルを参照してください。