web-dev-qa-db-ja.com

google.comまたは8.8.8.8へのpingが失敗するのはなぜですか

私はCentOS 6.4を使用しており、公式ラボにあります。

ping google.comは以下の出力を提供し、ハングします。

 [root @ LAB1〜] #ping google.com 
 PING google.com(74.125.236.195)56(84)バイトのデータ。

ping 8.8.8.8でも同じ結果が得られます。ブラウザ(Mozilla)からインターネットにアクセスできます。ネットワークの設定や構成に問題はありませんか?

以下はtraceroute - n 8.8.8.8からの出力です

[root @ LAB1〜] #traceroute -n 8.8.8.8 traceroute to 8.8.8.8(8.8.8.8)、最大30ホップ、60バイトパケット
 1 * * * 
 2 * * * 
 3 * * * 
 4 * * * 
 5 * * * 
 6 * ^ Z 

以下は、route -nからの出力です。

 [root @ LAB1〜] #route -n 
カーネルIPルーティングテーブル
 Destination Gateway Genmask Flags Metric Ref Use Iface 
 192.168.1.0 0.0.0.0255.255。 255.0 U 1 0 0 eth0 
 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 

上記のpingを試す主な理由は、ミラーサイトの解決に失敗するyumupdateコマンドを解決することです...

私はネットワーキングに不慣れなので、問題を特定することができません。ここでの助けは大歓迎です...

4
Siva

多くの企業ファイアウォールはICMPをブロックします。これはpingユーティリティによって使用されるプロトコルです。

これに対するより良い解決策は、_google.com:80_へのTCP接続を試すことです。

シェルスクリプトで基本的なインターネット接続を確認する最も簡単な方法は、ユーティリティncです(ほとんどのLinuxシステムで簡単に利用できるはずです)。

_nc -w 3 -z google.com 80
echo $?
_

これは、_80_のポート_google.com_が開いているかどうかを確認し、_3_秒後にタイムアウトすることを意味します。接続が成功した場合は_0_を出力し、失敗した場合は_1_を出力します。


インターネット接続を確認したい場合なし DNS(それ自体が壊れている可能性があります)を確認する場合は、Googleの優先DNSサーバー_8.8.8.8_を使用できますが、開いているポートは_53_(別名domain):

_nc -w 3 -z 8.8.8.8 53
echo $?
_

ただし、ポート_53_は、企業のファイアウォールによってブロックされることもあります(一般的ではありませんが、可能です)。一方、ポート_80_および_443_は、ファイアウォールで保護されることはほとんどありません。

4
mvp