O Ubuntu Server 12.04 pode acessar a LAN, mas não a Internet

5

Usando o Ubuntu Server (12.04) via linha de comando, posso acessar a LAN (por exemplo, pingar máquinas locais), mas não a internet (por exemplo, "ping google.com" ou "sudo apt-get update"). Como devo resolver isso?

Vou começar dizendo que eu consegui acessar a internet (usando o sudo apt-get), mas depois de algum trabalho de configuração agora posso acessar a LAN. Ele funcionou anteriormente quando eu tinha uma conexão DHCP. Eu notei o problema algum tempo depois que eu mudei para um IP estático. Voltei para o DHCP, mas sem sorte.

/ etc / network / interfaces atualmente é assim:

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-ssid myrouterssid
wpa-psk myrouterpassword

relatórios 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" (gateway) funciona. "ping 192.168.0.100" (auto) funciona. "ping 192.168.0.7" (outro PC) funciona. "ping google.com" relata "ping: host desconhecido google.com". "ping 173.194.34.72" (google.com) falha.

Eu também posso SSH para este servidor Ubuntu a partir de outro PC (embora agora aguarde cerca de 20 segundos antes de pedir a senha, enquanto que era anteriormente instantânea - significativa?)

EDITAR: relatórios 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
    
por Paul Masri-Stone 21.05.2012 / 11:54

6 respostas

7

Suas entradas resolv.conf provavelmente são ruins. Você deve determinar o (s) endereço (s) apropriado (s) e gravá-los manualmente no resolv.conf (removendo as entradas atuais).
Eu acho que o servidor DNS é o mesmo que o gateway (192.168.0.1).

Você pode tentar isso antes de fazer alterações no resolv.conf pelo comando:

dig @192.168.0.1 google.com

O comando acima tenta perguntar a 192.168.0.1 (não o seu conjunto atual no resolv.conf) para o google.com IP; se houver um servidor DNS em funcionamento, a resposta conterá o seguinte texto:

;; 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 falhar, tente inserir IPs diferentes no comando dig

Outro problema é que tentar pingar o google por IP falha (como você escreveu). Para fazer um teste rápido por que ele falha, tente o seguinte comando:

traceroute 173.194.35.162

Você verá qual dos saltos causa o problema. É possível que o seu gateway não esteja funcionando.

    
por 21.05.2012 / 22:25
5

Coisas a verificar:

Você tem servidores de nomes definidos em /etc/resolv.conf

/etc/resolv.conf :

nameserver 8.8.8.8
nameserver 8.8.4.4

Você tem um gateway padrão na sua tabela de roteamento:

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 

A rota padrão é aquela que inicia " default via "

    
por 21.05.2012 / 12:00
0

Parece que sua resolução de nomes (DNS) está quebrada. Verifique seu /etc/resolv.conf e as configurações de DNS do seu gerenciador de rede.

    
por 21.05.2012 / 12:01
0

Você não definiu sua rota padrão. Seu servidor DHCP para WiFi não envia informações sobre ele. Por favor, corrija sua configuração DHCP, ou você deve configurá-la no sistema Ubuntu manualmente.

    
por 21.05.2012 / 12:34
0

Isso pode acontecer devido a uma ligação IP / MAC falsa em seu roteador. Emitir o Comando ifconfig , verifique seu HWaddr em relação à tabela de ligação IP / MAC do roteador.

    
por 12.04.2013 / 23:23
0

Edite o /etc/resolv.conf provavelmente sem servidores de nomes, então reinicie o serviço NetworkManager do gerenciador de rede.

    
por 05.05.2016 / 13:25