web-dev-qa-db-ja.com

Ubuntu Server 12.04はLANにアクセスできますが、インターネットにはアクセスできません

コマンドラインから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
5

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

どのホップが問題の原因であるかがわかります。ゲートウェイが機能していない可能性があります。

7
Dawid Moś

確認すること:

/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 "

5
Tom O'Connor

名前解決(DNS)が壊れているようです。 /etc/resolv.confとネットワークマネージャーのDNS設定を確認します。

0
Signum

/etc/resolv.confを編集してネームサーバーが不足している可能性があります。その後、ネットワークマネージャーサービスNetworkManager restartを再起動します。

0
Shivraj Poojary

デフォルトルートを定義していません。 WiFiのDHCPサーバーはそれに関する情報を送信しません。 DHCP構成を修正するか、手動でUbuntuシステムに設定する必要があります。

0
Jan Marek

これは、ルーターの偽のIP/MACバインディングが原因で発生する可能性があります。 ifconfigコマンドを発行し、ルーターのIP/MACバインディングテーブルに対してHWaddrを確認します。

0
Laszlo