Preso em obter configuração IP

Question

Recentemente, sempre que tento conectar-me à Ethernet, o Ubuntu detecta o fio da LAN, mas leva muito tempo (cerca de 10 minutos) para obter o endereço IP.

Saída de nm-tool :

Type: Wired
Driver: r8169
State: connecting (getting IP configuration)
Default: no
HW Address: ----------

Capabilities:
  Carrier Detect: yes
  Speed: 100Mb/s

Wired Properties:
  Carrier: on

Não há problema com o servidor DHCP. O Windows se conecta à mesma LAN muito rapidamente.

Conteúdo de /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

O que pode causar esse problema?

EDITAR:

Saída de ifconfig

eth0      Link encap:Ethernet  HWaddr e8:03:9a:b6:d1:2a  
      inet addr:10.2.64.198  Bcast:10.2.95.255  Mask:255.255.224.0
      inet6 addr: fe80::ea03:9aff:feb6:d12a/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:1123164 errors:0 dropped:0 overruns:0 frame:0
      TX packets:582761 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:1503341500 (1.5 GB)  TX bytes:56327121 (56.3 MB)

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:65536  Metric:1
      RX packets:119202 errors:0 dropped:0 overruns:0 frame:0
      TX packets:119202 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:7588901 (7.5 MB)  TX bytes:7588901 (7.5 MB)

Saída de dmesg : Link do Pastebin

    

Answer 1

Aqui estão algumas sugestões, mas de forma alguma respostas definitivas:

Tente um cliente dhcp diferente

Se você pesquisar com apt-cache search dhcp | less , verá algumas alternativas para o dhcp que vem por padrão. Por exemplo, sugiro obter dhcpcd . Não tenho certeza se o NetworkManager altera suas configurações automaticamente depois de instalar o dhcpcd, mas sugiro abrir a seção /etc/NetworkManager/NetworkManager.conf e, abaixo de [main] , especificar dhcp = dhcpcd, assim. Pelo menos de acordo com man NetworkManager.conf :

% bl0ck_qu0te%

Desativar o plug-in dnsmasq

dns=dnsmasq é outra opção especificada no NetworkManager.conf . A razão pela qual eu o desabilitarei, é porque o dnsmasq buscaria o servidor dns do gateway padrão (também conhecido como seu roteador), e esse também é um dos elementos no processo "getting ip configuration". Simplesmente comente esse plug-in, assim como # dns=dnsmasq . É importante lembrar que o NetworkManager não resolve nomes de domínio. Assim, sugiro alterar as configurações de DNS no total. Além disso, pense em excluir /etc/resolv.conf para permitir que as coisas sejam redefinidas ou pelo menos sudo dpkg-reconfigure resolvconf .

Exclua as configurações de conexão e reconecte

Isso pode ser feito através do editor de conexões (opção Editar conexões no menu suspenso ou nm-connection-editor do terminal). Além disso, sudo rm -i /etc/NetworkManager/system-connections/* fará o truque.

Desative o NetworkManager de criar uma conexão com fio padrão

Novamente, em NetworkManager.conf , sob [main], a opção deve ser no-auto-default=*

Tente o gerente de rede do WICD

Suponho que isso seja auto-explicativo. . .

Examine o arquivo /etc/dhcp/dhclient.conf

Você pode comparar com minha configuração:

#send host-name "andare.fugue.com";
send host-name = gethostname();
#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
#send dhcp-lease-time 3600;
supersede domain-name-servers 208.67.222.222,208.67.220.220,8.8.8.8;
# prepend domain-name-servers 208.67.222.222,208.67.220.220;
request subnet-mask, broadcast-address, time-offset, routers,
        domain-name, domain-name-servers, domain-search, host-name,
        dhcp6.name-servers, dhcp6.domain-search,
        netbios-name-servers, netbios-scope, interface-mtu,
        rfc3442-classless-static-routes, ntp-servers,
        dhcp6.fqdn, dhcp6.sntp-servers;

Entre outras coisas, eu também sugiro que você adicione informações de ifconfig, que placa de ethernet você tem, e saída de dmesg para sua questoin. Cheerios!

    

Answer 2

Você precisa adicionar a interface ethernet à sua lista / etc / network / interfaces da seguinte forma

% bl0ck_qu0te%

transversalmente, se você quiser fazer o processo dhcp manualmente. digite:

% bl0ck_qu0te%     

Answer 3

O que você provavelmente enfrentou é um problema de negociação automática. (como não foi feito nenhum wiresharking, é difícil dizer, mas é como cheira). Estes costumavam ser mais comuns quando a Ethernet passava de 10 para 100 MBit há alguns anos atrás quando os dinossauros vagavam pela Terra.

Portanto, comece com um ethtool --change eth0 autoneg off speed 100 duplex half e, em seguida, um: sudo dhclient -r&&sleep 5&&sudo dhclient e isso deve levar exatamente 5 segundos em vez de 10 minutos.

Uma vez que isso funcione, vamos trabalhar em uma correção permanente que sobreviva a uma inicialização a frio (dependendo do seu hardware, isso pode já sobreviver a uma inicialização a quente)

    

Answer 4

Eu sinto que isso pode ser um comentário, mas minha reputação não é alta o suficiente para comentar ainda.

Então eu me deparei com um problema semelhante após uma falha grave do meu Ubuntu Server. Após a restauração, felizmente voltei a tudo para a inicialização e, em seguida, tive sorte, sem internet, porque a placa de rede parecia estar presa em perguntar, mas nunca recebendo um endereço IP. Tudo o que ele faria seria enviar solicitações DHCPDISCOVER conforme acima.

Depois de horas / dias de ajustes, encontrei o driver r8169, como visto no canto da sua primeira captura de tela, pois o realtek não funciona bem. Uma adição à solução de problemas proposta por Sergiy seria dar uma olhada em

dmesg | grep -e r8169 -e <NICName>

Você pode ver que o link está inativo e não está pronto, mas pode não ser abundantemente aparente porque a placa ainda parece enviar mensagens DHCPDISCOVER durante o ifdown; o ifup é redefinido.

Reverter os drivers é bastante fácil e eu segui esta página como um guia: link

Carregar os drivers em um dispositivo USB e instalá-los no servidor funcionou para mim, mesmo sem uma conexão com a Internet.

Espero que isso ajude, e pelo menos espero que ele apareça quando eu procurar no Google este problema no futuro, porque tenho certeza que isso vai acontecer novamente!