Google.comにpingできない((不明なホスト)。しかし、IPアドレスをpingできます。 GoogleのIPアドレスにpingを実行しようとしましたが、機能しません。
resolv.conf
nameserver 8.8.8.8 nameserver 209.139.209.33
ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:50:56:xx:xx:xx
inet addr:10.2.0.63 Bcast:10.2.15.255 Mask:255.255.240.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:638762803 errors:0 dropped:0 overruns:0 frame:0
TX packets:231307131 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:55502371533 (51.6 GiB) TX bytes:23436883491 (21.8 GiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:56011078 errors:0 dropped:0 overruns:0 frame:0
TX packets:56011078 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4792283266 (4.4 GiB) TX bytes:4792283266 (4.4 GiB)
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.2.0.0 0.0.0.0 255.255.240.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0
0.0.0.0 10.2.15.1 0.0.0.0 UG 0 0 0 eth0
ping -c 4 -n 8.8.8.8
4 packets transmitted, 0 received, 100% packet loss, time 13000ms
名前ではなくIPで何かに到達できる場合、DNSルックアップに問題があります。マシンは名前でIPアドレスを見つけることができません。それ以外は、ネットワークとルーティングの設定は問題ないようです。
これを引き起こす可能性があるもの:
/etc/resolv.conf
の構成が正しくありません/etc/nsswitch.conf
の構成が正しくありませんそしておそらく他のものですが、最初の2つが最も典型的です。
/etc/resolv.conf
で正しいですか?そうでない場合は、その行を追加する必要があります。例:nameserver THE_IP
/etc/resolv.conf
をいじる必要はありません。すべて自動である必要があり、プロバイダーの側で何か問題があるように見えます。これはGoogle固有のものです。この問題についてGoogleグループで読んでいたところです。どうやら、特定のパケットタイプのボリュームが高すぎる場合、Googleは通知なしでそれらを破棄します。 8.8.8.8はGoogleのパブリックDNSサーバーの1つであり、実際には単に余剰(非DNS)要求を無視しているだけでダウンしているように見えることでよく知られています。
不明なホストと言ってwww.google.comにpingできないエラーは、DNS解決が正しく行われていないことが原因である可能性があります。これは、resolve.confファイルでDNSが正しく設定されていないことが原因である可能性があります。しかし、質問で述べたように、googleのIPアドレスでもpingを実行できない場合は、/ etc/networkのgatewayの構成にエラーがある可能性があります/ interfacesファイル。
IP構成を確認します。
eth0 Link encap:Ethernet HWaddr 00:50:56:xx:xx:xx
inet addr:10.2.0.63 Bcast:10.2.15.255 Mask:255.255.240.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:638762803 errors:0 dropped:0 overruns:0 frame:0
TX packets:231307131 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:55502371533 (51.6 GiB) TX bytes:23436883491 (21.8 GiB)
Bcastを10.2.255.255
に、Maskを255.0.0.0
に変更してみてください
端末を開き、次のコマンドを入力します。
Sudo vi /etc/network/interfaces
eth0
セクションを見つけ、次のようにIPアドレスを設定します。
auto eth0
iface eth0 inet static
address 10.2.0.63
netmask 255.0.0.0
broadcast 10.2.255.255
ファイルを保存して閉じます。完了したら、ネットワークを再起動します。
$ Sudo /etc/init.d/networking restart
新しいIPアドレスを確認します。
$ ifconfig eth0
$ ifconfig
/etc/network/interfaces
fileこのオプションは有効です。静的構成からdhcpに変更して、ping google.comを実行してみてください。動作する場合は、おそらく別のデバイスに要求したIPがすでにある可能性があります。
実行nmap 10.2.0.*
と利用可能なアドレスを確認してください。
同じ問題があり、何が問題なのか理解できませんでした。ルーターに接続されているデバイスを確認したところ、maudit Androidデバイスには、インターフェースファイルに記述したIPが含まれていることがわかりました。変更したところ、動作しました。