Ubuntu Server 12.04 può accedere a LAN, ma non a Internet

Utilizzando Ubuntu Server (12.04) tramite la row di command, posso accedere alla LAN (ad es. Ping macchine locali), ma non a Internet (ad esempio "ping google.com" o "sudo apt-get update"). Come devo risolvere questo problema?

Comincerò dicendo che ero in grado di accedere a Internet (utilizzando sudo apt-get), ma dopo qualche 'lavoro di configuration' posso ora accedere solo alla LAN. Ha funzionato in precedenza quando ho avuto una connessione DHCP. Ho notato il problema qualche tempo dopo che avevo commutato un IP statico. Sono tornato a DHCP ma senza fortuna.

  • Calcolare il checksum MD5 di una directory
  • Perché ntpd non aggiorna l'ora sul mio server?
  • Arrestare la Cina dal collegamento al server Google Compute Engine
  • Come rinnovare l'indirizzo IP dhcp in ubuntu?
  • Come scegliere un servizio cloud per i backup
  • il server ubuntu riempie lentamente
  • / etc / network / interfaces attualmente sembra questo:

    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 rapporti:

     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) 

    Funziona "ping 192.168.0.1" (gateway). "ping 192.168.0.100" (auto) funziona. funziona "ping 192.168.0.7" (un altro PC). "ping google.com" riferisce "ping: unknown host google.com". "ping 173.194.34.72" (google.com) non riesce.

    Posso anche SSH a questo server ubuntu da un altro PC (anche se attende circa 20 secondi prima che chiede la password mentre era precedentemente istantaneo – significativo?)

    EDIT: rapporti 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 

    6 Solutions collect form web for “Ubuntu Server 12.04 può accedere a LAN, ma non a Internet”

    Le voci resolv.conf sono probabilmente male. Dovresti determinare gli indirizzi appropriati e scrivere manualmente in resolv.conf (rimozione delle voci correnti).
    Suppongo che il server DNS sia lo stesso del gateway (192.168.0.1).

    È ansible provarlo prima di apportre modifiche in resolv.conf per command:

     dig @192.168.0.1 google.com 

    Il command sopra tenta di chiedere 192.168.0.1 (non il tuo set corrente in resolv.conf) per google.com IP, se c'è un server DNS funzionante la risposta contiene il seguente text:

     ;; 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 [...] 

    Se non funziona provare a immettere diversi IP nel command dig

    Un altro problema è che tentare di ping google da IP non riesce (come hai scritto). Per fare un test rapido perché non riesci a provare il seguente command:

     traceroute 173.194.35.162 

    Vedrai quale uno dei luppoli provoca il problema. È ansible che il tuo gateway non funziona.

    Cose da controllare:

    Hai i nameserver definiti in /etc/resolv.conf

    /etc/resolv.conf :

     nameserver 8.8.8.8 nameserver 8.8.4.4 

    Avete un gateway predefinito nella tua tabella di routing:

    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 

    Il path predefinito è quello che inizia " default via "

    Suona come la risoluzione di nome (DNS) è rotta. Controllare il tuo /etc/resolv.conf e le impostazioni DNS del gestore di networking.

    Non hai definito il path predefinito. Il server DHCP per WiFi non invia informazioni su di esso. Si prega di correggere la configuration DHCP o è necessario impostarla manualmente sul sistema Ubuntu.

    Ciò può accadere a causa di un legame IP / MAC falso nel router. Emettere il command ifconfig , controllare l'HWaddr contro la tabella di binding IP / MAC del router.

    Modificare /etc/resolv.conf probabilmente mancanti di nameserver, quindi riavviare il servizio Network Manager riavviare NetworkManager.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.