O sistema perde o endereço IP estático

11

Um dos meus sistemas sem cabeça recebe um endereço IP estático /etc/network/interfacesem uma Ethernet com fio. Ele está conectado a um roteador que também é um servidor DHCP. Após alguns dias, o endereço estático é descartado e substituído por um endereço DHCP. Por que isso seria?

  • Se eu fizer um sudo ifdown eth0 && sudo ifup eth0ou sudo service networking restartou uma reinicialização, o sistema assume o seu endereço estático novamente, mas, em seguida, um par de dias mais tarde, o endereço IP mudar para um dinâmico.
  • Não há outro sistema na rede com (acidentalmente) o mesmo endereço estático.
  • O NetworkManager não está sendo executado no sistema.
  • Eu configurei o sistema para me enviar um email assim que o endereço mudar, mas os horários em que isso ocorre parecem completamente aleatórios. O tempo de concessão do DHCP é 24h, mas isso não parece se correlacionar e, de qualquer maneira, isso não deve importar para um endereço estático.
  • Meu / etc / network / interfaces é este:
    auto lo
    iface lo inet loopback
    auto eth0
    iface eth0 inet static
    endereço 192.168.124.104
    gateway 192.168.124.253
    máscara de rede 255.255.255.0

É um pouco de um quebra-cabeça.

O que faria um sistema desistir de seu endereço estático e solicitar um endereço DHCP? O que procurar, em qual arquivo de log?

Jos
fonte
Isso não deve acontecer, o gerente de rede está tentando gerenciar a interface? nmcli dev statusse não postar seu/etc/network/interfaces
meccooll
@meccooll Como eu disse, o Network Manager não roda.
21414 Jos
A única coisa que consigo pensar é configurá /etc/network/interfaces-lo incorretamente, postá-lo ou talvez algum trabalho cron executando dhclient?
meccooll
O gateway é x.253 e não x.254? Onde os servidores de nomes DNS são declarados?
precisa saber é o seguinte
@ chili555 gateway e DNS não devem ter efeito no DHCP. Vejasudo grep eth0 /var/log/dmesg
meccooll

Respostas:

8

Recentemente me deparei com esse problema e, após alguma investigação, descobriu-se que o /etc/dhcp/dhcp.conf precisava de um bloco para ser adicionado (ou não comentado) semelhante a este:

alias {interface "eth0";   
endereço fixo 10.1.1.1;   
opção subnet-mask 255.0.0.0; }

Espero que isto ajude!

Atenciosamente, Glendon Gross

Glendon Gross
fonte
Obrigado Glendon. Vou descomentar e modificar essas linhas e ver o que acontece. O problema ainda ocorre, mas com pouca frequência.
217 Jos
Muito obrigado, Glendon. Isso consertou para mim. Parece não sensical que uma configuração estática em /etc/network/interfacesainda está sendo criado pelo daemon dhcp ...
pztrick
Correção interessante: quando minha NIC voltou ao DHCP, isso criou uma NIC com o IP correto e meus clientes não eram mais sábios e tudo cantarolou. Ainda não sei por que isso está acontecendo, mas essa correção funcionará por enquanto!
FreeSoftwareServers
2
também parece ser /etc/dhcp/dhclient.conf para mim.
FreeSoftwareServers
1

Hmmm, estranho ... não sei se isso importa, mas por uma questão de limpeza, colocaria o netmaskparâmetro diretamente após "endereço" e não após "gateway". Você também deve desinstalar / desativar o pacote ( isc-) dhcp-clientdo host e cuidado com o ipv6 e o resolveconfpacote. Antes disso: uma maneira de descobrir o que está acontecendo é criar uma regra de firewall que aceite e registre todo o tráfego de e para as portas DHCP (servidor 67 UDP e cliente 68 UDP) ou crie um log para o estado dos dispositivos, dhcp-clientou cheirar seu tráfego.

Uma solução alternativa (ou solução alternativa) é configurar reservas de DHCP para alguns de seus hosts ou um tempo de concessão infinito para seus endereços DHCP. Para mim, isso funciona muito bem e a vantagem é o gerenciamento centralizado. Se o seu servidor DHCP for o seu modem / roteador, você provavelmente poderá configurá-lo na interface da Web (no horário da concessão ou na reserva) e, em alguns roteadores, poderá marcar a caixa de seleção "endereço fixo". Se você configurou seu próprio servidor (Ubuntu?), Precisará editar o dhcpd.confarquivo adicionando algumas linhas como esta:

host Accountant {
  hardware ethernet 00:1F:6A:XX:XX:XX;
  fixed-address 192.168.124.104;
}
O amor
fonte
1

Sei que isso é antigo, mas tive um problema semelhante com o qual estava lutando. Também abri um caso com a Canonical para pedir ajuda.

Eu já resolvi o meu problema e voltei a este post na esperança de que isso possa ser útil para alguém que possa se deparar com isso. Meu problema no final acabou sendo o 'wicd-daemon'. Não tenho certeza de como ou por que o pacote foi instalado, mas foi o principal contribuinte para descartar meu endereço estático e causar outros problemas de rede para mim.

Um sintoma do meu problema era que o dhclient seria iniciado se eu desconectasse o cabo de rede e o conectasse novamente. Semelhante ao problema relatado aqui, obteria um endereço IP diferente. Se eu definir minha NIC manualmente, tudo ficará bem, mas em algum momento aleatório mais tarde, ele obterá um IP diferente (parece que o dhclient é executado em segundo plano). Verifique se o dhclient está em execução. Quanto ao motivo pelo qual o dhclient está em execução, esse é outro problema. Abaixo, descrevo o que resolveu o dhclient para mim, e acabei traçando vários caminhos (avahi, ntpd, ifup, ...). Para o meu caso, foi o wicd-daemon.

O problema veio à tona originalmente nos testes, quando eu alternava as redes que exigiam que eu movesse fisicamente meu cabo de rede. Isso causou um problema de rede para mim, que não deveria ter. Também demorou um pouco para descobrir o problema, pois não era esperado que meu IP estático tivesse caído ou alterado.

No final, a limpeza do wicd-daemon e python-wicd cuidou do problema. Meu sistema agora mantém o endereço IP estático, mesmo quando o cabo de rede foi desconectado. Também não vi o dhclient inicializar, então estou pensando que esse problema também se resolveu. Também segui outros caminhos, olhando para o avahi que parecia ter um papel importante nos problemas que eu estava tendo, também olhei para o ntpd (estranho, eu sei, mas ele estava aparecendo nos syslogs ao mesmo tempo, outros problemas provavelmente, o NTPD provavelmente não tinha nada a ver com isso, mas estava produzindo logs suspeitos). Corri por vários buracos de coelho até que, por acaso, deparei-me com um processo em execução enquanto fazia outros testes.

Por uma longa história, verifique se o dhclient está em execução e se você possui um gerenciador de rede como o wicd em execução no sistema. Pode ser o que está causando problemas no seu endereço estático.

teste ub
fonte