コマンドラインからUbuntu Server(12.04)を使用すると、LAN(例:pingローカルマシン)にアクセスできますが、インターネット(例: "ping google.com"または "Sudo apt-get update")にはアクセスできません。これをトラブルシューティングするにはどうすればよいですか?
私はが(Sudo apt-getを使用して)インターネットにアクセスできたことができたと言いますが、いくつかの「設定作業」の後で、 LANにアクセスします。以前はDHCP接続があったときに機能していました。静的IPに切り替えた後、しばらくして問題に気付きました。 DHCPに切り替えましたが、うまくいきませんでした。
/ etc/network/interfacesは現在次のようになっています:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-ssid myrouterssid
wpa-psk myrouterpassword
ifconfig -aレポート:
eth0 Link encap:Ethernet HWaddr 00:1e:7a:d9:1b:07
inet addr:192.168.0.101 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::21e:68ff:fed9:1b07/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:217 errors:0 dropped:0 overruns:0 frame:0
TX packets:414 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23826 (23.8 KB) TX bytes:47487 (47.4 KB)
Interrupt:16
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:720 (720.0 B) TX bytes:720 (720.0 B)
virbr0 Link encap:Ethernet HWaddr 86:19:a7:9b:a6:4a
inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wlan0 Link encap:Ethernet HWaddr 00:94:ea:de:1f:78
inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::216:eaff:fede:1f78/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:328 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:58008 (58.0 KB) TX bytes:1852 (1.8 KB)
「ping 192.168.0.1」(ゲートウェイ)は機能します。 「ping 192.168.0.100」(自己)は機能します。 「ping 192.168.0.7」(別のPC)は機能します。 「ping google.com」は「ping:unknown Host google.com」を報告します。 「ping 173.194.34.72」(google.com)が失敗します。
別のPCからこのubuntuサーバーにSSHで接続することもできます(以前は瞬時だったのに、パスワードを要求する前に約20秒待機しますが、重要ですか?)
編集:route -nレポート:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
Resolv.confエントリに問題がある可能性があります。適切なアドレスを決定し、それらを手動でresolv.confに書き込む必要があります(現在のエントリを削除します)。
DNSサーバーはゲートウェイ(192.168.0.1)と同じだと思います。
コマンドでresolv.confを変更する前に、これを試すことができます。
Dig @192.168.0.1 google.com
上記のコマンドは、192.168.0.1(resolv.confの現在のセットではない)にgoogle.com IPを要求しようとします。DNSサーバーが機能している場合、回答には次のテキストが含まれます。
;; ANSWER SECTION:
google.com. 300 IN A 173.194.35.162
google.com. 300 IN A 173.194.35.161
google.com. 300 IN A 173.194.35.164
[...]
失敗した場合は、Dig
コマンドに別のIPを入力してみてください
別の問題は、あなたが書いたように、IPでgoogleにpingしようとすると失敗することです。失敗した理由を簡単にテストするには、次のコマンドを試してください。
traceroute 173.194.35.162
どのホップが問題の原因であるかがわかります。ゲートウェイが機能していない可能性があります。
確認すること:
/etc/resolv.confにネームサーバーが定義されている
/etc/resolv.conf
:
nameserver 8.8.8.8
nameserver 8.8.4.4
ルーティングテーブルにデフォルトゲートウェイがあります。
ip route
tom.oconnor@charcoal-black:~$ ip route
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
169.254.0.0/16 dev eth0 scope link metric 1000
192.168.0.0/16 dev eth0 proto kernel scope link src 192.168.100.27
default via 192.168.1.1 dev eth0 metric 100
デフォルトのルートは「default via
"
名前解決(DNS)が壊れているようです。 /etc/resolv.confとネットワークマネージャーのDNS設定を確認します。
/etc/resolv.confを編集してネームサーバーが不足している可能性があります。その後、ネットワークマネージャーサービスNetworkManager restartを再起動します。
デフォルトルートを定義していません。 WiFiのDHCPサーバーはそれに関する情報を送信しません。 DHCP構成を修正するか、手動でUbuntuシステムに設定する必要があります。
これは、ルーターの偽のIP/MACバインディングが原因で発生する可能性があります。 ifconfig
コマンドを発行し、ルーターのIP/MACバインディングテーブルに対してHWaddrを確認します。