web-dev-qa-db-ja.com

Mac OS X10.5.8で「ホストへのルートがありません」を取得する

ネットワーク上のコンピューターの1つに問題があります。 OS X10.5.8を実行しているiMacです。

問題は特定のウェブサイトへのアクセスです。たとえば、これらのWebサイトの1つは、コンピューターが接続できないfarmville.comです。

Farmville.comにpingを実行すると、「ホストへのルートがありません」と返されます。

 $ ping farmville.com 
 PING farmville.com(50.16.253.102):56データバイト
 ping:sendto:ホストへのルートがありません
 ping:sendto:ホストへのルートがありません
 ping:sendto:ホストへのルートがありません

Farmvilleをtracerouteする場合:

 $ traceroute farmville.com 
 traceroute:警告:farmville.comには複数のアドレスがあります。 50.16.253.109 
 traceroute to farmville.com(50.16.253.109)、最大64ホップ、40バイトパケット
 traceroute:sendto:ホストへのルートなし
 1 traceroute:書き込み済みfarmville .com 40文字、ret = -1 

ファームビルのIPアドレスのトレースルーティング:50.16.253.109

 $ traceroute 50.16.253.109 
 traceroute to farmville.com(50.16.253.109)、最大64ホップ、40バイトパケット
 traceroute:sendto:ホストへのルートなし
 1 traceroute:farmville.comに40文字を書き込み、ret = -1 

今興味深い部分私は別のコンピューター(Ubuntu 10.10を実行している)を使用しているので、このWebサイトにアクセスしてもまったく問題はありません。これは、インターネット接続ではないことを示しています。また、ルーターのファイアウォールを無効にしました。

Macの/ etc/hostsファイルは次のとおりです。/private/etc/hostsファイルは空です。

 ## 
#ホストデータベース
#
#localhostは、システムの起動時にループバックインターフェイス
#を構成するために使用されます。このエントリは変更しないでください。
 ## 
 127.0.0.1localhost 
#255.255.255.255broadcasthost 
 :: 1 localhost 
 fe80 :: 1 %lo0 localhost 

どんな助けでも大歓迎です。

どうもありがとう

2
jairo

ICMPがブロックされていることとは関係ないと思います。その場合、応答は単にタイムアウトし、「ホストへのルートがありません」というメッセージは表示されません。 「ホストへのルートがない」とは、ICMPメッセージの宛先がローカルサブネット上にない場合、マシンのデフォルトゲートウェイに転送されて処理されることを意味します。デフォルトゲートウェイがない場合、またはゲートウェイのルーティングテーブルにパケットを転送するための情報がない場合は、「ホストへのルートがありません」と表示されます。

Pingコマンドとtracerouteコマンドの両方がドメイン名をIPアドレスに解決しているため(アドレスは異なりますが)、DNS解決はおそらく正常に機能しているようです。したがって、最初にデフォルトゲートウェイがiMacで同じ/適切に構成されていることを再確認します。

また、私が見たところ、OS Xは、両方が接続されている場合、有線接続よりもWiFiを優先しているようです。接続しているのが1つだけであることを確認し(両方を使用している場合)、それが機能するかどうかを確認します。

1
timehat

ICMPはどこかでブロックされている可能性があります(ファイアウォールを無効にしたため、ファイアウォールではありません)。これは、さまざまな理由で依然として実行されています(たとえば、ICMPを利用するセキュリティの脆弱性があるOSを実行している、ICMPはセキュリティリスクなど)。

他のサイトからtracerouteとping操作を実行して、機能するかどうかを確認してください。 Shaw.CAネットワークから最初のIPアドレスにpingを実行しようとしましたが、かなり迅速な応答がありました。

0

ここに何か面白いことがありますか? pingは50.16.243.102。 Tracerouteは50.16.243.109

これで、両方のIPをここで実行しましたが、正常に機能しています。ただし、非常に簡単に言えば、同様のケースで、両方のコンピューターのDNSとゲートウェイを確認します。

DNSサーバーが同じであることを確認し、デフォルトゲートウェイが両方のコンピューターで同じであることを確認してください。

AsmusとGordonの両方の提案は重要であり、これをさらにデバッグするのに非常に役立ちます。

0