Atualizado de 10.04 a 12.04, perdeu a conectividade com a Internet

Question

Desde que atualizei meu servidor HP Proliant do Ubuntu 10.04 para o 12.04, não consigo:

• ping google.com
• ping 8.8.8.8
• navegue na internet com o Firefox
• git buscar origem
• cap implantar a partir de uma máquina remota

No entanto, posso ver meu aplicativo Rails em execução neste servidor quando eu o acesso por meio de seu endereço IP em nossa rede corporativa.

Eu vejo o ícone "Rede" na GUI, mas "Rede com fio" está em cinza.

Aqui estão algumas outras informações relevantes, baseadas nos numerosos tópicos semelhantes mas não resolvidos que naveguei aqui na AU:

dean @ dgwjasonfried: ~ $ ifconfig

eth0      Link encap:Ethernet  HWaddr 1c:c1:de:fa:cd:9f  
          inet addr:10.24.5.50  Bcast:10.24.5.255  Mask:255.255.255.0
          inet6 addr: fe80::1ec1:deff:fefa:cd9f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:40735 errors:0 dropped:0 overruns:0 frame:0
          TX packets:77215 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2806140 (2.8 MB)  TX bytes:113945803 (113.9 MB)
          Interrupt:19 

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:22 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1872 (1.8 KB)  TX bytes:1872 (1.8 KB)

dean @ dgwjasonfried: ~ $ lspci -nn | grep Ethernet

1e:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe [14e4:165b] (rev 10)

/ etc / network / interfaces:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

/etc/resolv.conf:

domain dgw.ame.molex.com
search dgw.ame.molex.com
nameserver 10.24.2.171
nameserver 10.45.2.171

** Atualizado em 19/03/13, depois de tentar seguir alguns dos conselhos, responda abaixo e em outro lugar:

dean@dgwjasonfried:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search dgw.ame.molex.com
domain dgw.ame.molex.com
search dgw.ame.molex.com
nameserver 10.24.2.171
nameserver 10.45.2.171

** fim da atualização

Tabela de roteamento de IP do kernel

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.24.5.1       0.0.0.0         UG    0      0        0 eth0
10.24.5.0       0.0.0.0         255.255.255.0   U     1      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0

** Atualizado para mostrar NetworkManager.conf e evidência de que o link simbólico resolv.conf está funcionando para mim

dean@dgwjasonfried:~$ cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
dns=dnsmasq

[ifupdown]
managed=true

dean@dgwjasonfried:~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Mar 18 09:33 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

** Atualizado para mostrar o resolv.conf mais recente depois que eu deletei o original em /etc/resolvconf/resolv.conf.d e limpei a cópia do original que estava na cauda, então reiniciei:

dean@dgwjasonfried:/etc/resolvconf/resolv.conf.d$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search dgw.ame.molex.com

Observe que as entradas do servidor de nomes listadas em uma versão anterior do resolv.conf acima agora desapareceram. Observe também que, enquanto eu fui brevemente capaz de obter ping google.com para resolver o endereço IP para google.com (mas ainda não receber nenhum pacote de volta) agora estou de volta à minha situação original, onde eu recebo host desconhecido google.com '.

** fim da atualização

Ficaria muito grato por qualquer ajuda que você pudesse fornecer ou sugestões que você possa ter.

Obrigado!

Dean Richardson

    

Answer 1

Eu acho que seria benéfico voltar atrás, ensinar um homem a pescar em vez de apenas dizer o que está errado.

Existem muitos componentes envolvidos em fazer uma boa conexão de rede

• Pode ser o hardware: placa ethernet, contatos de cabo, interface de rede no seu switch diretamente conectado, etc.
• Pode ser o software de baixo nível: o driver do kernel da sua placa de rede
• Pode ser sua tabela de roteamento
• Pode ser DNS

E estes são todos dependentes uns dos outros de baixo para cima, por ex. Se você não puder rotear os pacotes corretamente, não poderá acessar seu serviço de DNS.

Há apenas uma maneira (sadia) de identificar o problema que conheço: um por um, por eliminação.

Uma sentença se destaca na sua descrição:

  

No entanto, posso ver meu aplicativo Rails em execução neste servidor quando eu o acesso por meio de seu endereço IP em nossa rede corporativa.

É ótimo que você tenha tentado isso. Esta informação é de ouro porque elimina muitas causas possíveis. Isso significa que seu hardware e seus drivers (kernel) e as conexões dentro da rede corporativa estão todos bem. Isso também é confirmado pelo fato de que a saída ifconfig mostra pacotes sendo enviados e recebidos e nenhum (zero) erros, colisões ou retransmissões. Neste ponto, tenho certeza de que seu problema está apenas na sua configuração.

Percebo que o seu servidor DNS interno está em IP (não público): 10.24.2.171, isso não está na sua sub-rede imediata 10.24.5.0, você pode dizer isso por essa linha de saída ifconfig :

inet addr:10.24.5.50  Bcast:10.24.5.255  Mask:255.255.255.0

Observe que sua máscara deixa apenas o último dos 4 octetos como 0, o que significa que você está transmitindo apenas pela sub-rede 10.24.5.x. Você pode não ter uma rota completa para o seu servidor DNS interno.

A experiência que eu faria agora seria tentar verificar as rotas para seus componentes essenciais:

1. Seu gateway 10.24.5.1
2. Seu servidor de nomes 10.24.2.171

É essencial fazer isso por IP , pois ainda não sabemos se o seu servidor DNS está correto e se é possível conversar com ele.

# first traceroute the gateway:
traceroute 10.24.5.1

Se isso falhar com um erro como no route to host ou destination is unreachable , é quase certo que seu problema esteja na tabela de roteamento. Se for bem sucedido, você acabou de dar um enorme passo à frente, porque o roteamento é um assunto grande por si só.

# if successful traceroute the DNS server
traceroute 10.24.2.171

Se isso falhar, seu problema pode ser que a máscara de rede seja muito restritiva. Tente alterá-lo para 255.255.0.0. Você pode definir isso em /etc/network/interfaces adicionando:

netmask 255.255.0.0

em eth0 .

Depois de corrigir isso, você precisará reiniciar sua rede:

sudo /etc/init.d/networking restart

HTH

    

Answer 2

Um dos problemas é que o resolvconf não foi configurado corretamente. Ref: link . Para corrigir isso, execute

    sudo dpkg-reconfigure resolvconf

Isso, no entanto, não pode ser o motivo pelo qual você não pode fazer o ping de outras máquinas pelo endereço IP.

    

Answer 3

eth0      Link encap:Ethernet  HWaddr 1c:c1:de:fa:cd:9f  
      inet addr:10.24.5.50  Bcast:10.24.5.255  Mask:255.255.255.0

As interfaces

10.* geralmente possuem a máscara de rede 255.0.0.0 . Verifique se a máscara de rede está correta para sua LAN.