dhclient falha e quebra a rede (usa configurações de máscara de sub-rede / ip estranhas)

Question

Ontem o roteador na rede ficou ruim e parecia começar a distribuir endereços IP em 192.168.100.x endereços IP, era inacessível, depois de algum tempo ele parecia se resolver e estava acessível novamente através de novas conexões, tinha alugado permanentemente 192.168.100.x para as máquinas na rede. Existem máquinas Windows e uma máquina Debian (9) na rede. Configurei as máquinas Windows para usar endereços IP específicos, renotei o ipconfig e eles continuaram a funcionar sem problemas. A máquina Debian (que está conectada remotamente) não tem mais conexão.

A rede estava originalmente servindo endereços IP em 192.168.178.x , sub-rede 255.255.255.0 . O que está fazendo novamente.

Eu configurei as regras de encaminhamento de porta novamente após a redefinição de fábrica do roteador e minha caixa estava acessível novamente remotamente via SSH. A máquina atua como servidor para o escritório e é gerenciada remotamente por mim.

Estranhamente, a máquina não tem conexão própria, embora minha conexão SSH funcione bem e, se eu executar o sudo dhclient -v da máquina, encerre minha conexão e volte para 192.168.100.19 na sub-rede 255.255.255.255 . Somente reiniciar a máquina parece torná-la acessível novamente, mas ela não tem mais uma conexão com a Internet para os aplicativos em execução.

Eu tenho algumas fotos de algumas coisas que tentei em vão.

/etc/network/interfaces :

Apósocomandodhclientserexecutado:

Antesdeserexecutado,possomeconectaremostrarissocomipaddr:

Tentou fazer o backup, removendo o arquivo de concessões:

TentouexcluirarotaIPpadrão:

Desculpe pelas fotos da batata, mas estou fazendo isso através de alguém que está no local físico, eu mesmo estou trabalhando remotamente. Eu estou em uma perda, e curto de andar através de reinstalar o sistema operacional e rezando eu não sei o que fazer.

    

Answer 1

DHCPOFFER of 192.168.100.19 from 192.168.100.1

significa que o servidor DHCP em 192.168.100.1 ofereceu um endereço. O cliente concordou e esperou DHCPACK (reconhecimento), mas obteve:

DHCPNAK from 192.168.178.1

Isso significa que o servidor DHCP em 192.168.178.1 objetou (provavelmente porque só poderia concordar com 192.168.178.zzz ). Depois de um tempo, houve outra tentativa:

DHCPOFFER of 192.168.100.19 from 192.168.100.1

mas agora o servidor DHCP em 192.168.100.1 foi mais rápido que 192.168.178.1 :

DHCPACK of 192.168.100.19 from 192.168.100.1

O cliente agora "acha" que tudo está OK, pois algum servidor confirmou o endereço.

Conclusão: há dois servidores DHCP , 192.168.100.1 e 192.168.178.1 , eles atrapalham um ao outro. Você precisa investigar o que é o servidor extra e fazê-lo parar. O termo é "DHCP desonesto". Compare esta minha resposta .