Por que o dhclient ainda está em execução quando escolho IP estático?

10

Eu modifico o dhcp para static em / etc / network / interfaces (como abaixo).

# The primary network interface
auto eth0
iface eth0 inet static
netmask 255.255.0.0
address 10.10.130.128
gateway 10.10.1.1

Em seguida, reinicie a interface.

$ sudo ifdown eth0; sudo ifup eth0
...
$ ifconfig
eth0      Link encap:Ethernet 
          inet addr:10.10.130.128  Bcast:10.10.255.255  Mask:255.255.0.0

Assim, o novo endereço entra em ação.

Mas o DHCP ainda está lá?

$ ps aux | grep dhc
root    ... dhclient3 -e IF_METRIC=100 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -1 eth0

Isso é normal? Se não, como reiniciar a interface no IP estático enquanto pára o DHCP ao mesmo tempo?

Muito obrigado.

    
por user276851 01.05.2014 / 22:09

3 respostas

16
  1. Primeiro você precisa desligar a interface (no modo dhcp) sudo ifdown eth0
  2. Em seguida, edite a configuração nano /etc/network/interfaces

    # The primary network interface
    auto eth0
    iface eth0 inet static
    netmask 255.255.0.0
    address 10.10.130.128
    gateway 10.10.1.1
    
  3. Traga a interface de volta para cima sudo ifup eth0

Caso contrário, dhclient não é encerrado corretamente,

    
por pvc 01.05.2014 / 22:24
2

Eu tive o mesmo problema (Ubuntu 16.04), no entanto, esta foi uma instância de nuvem e eu não poderia ifdown a interface que facilmente.

resposta curta: eu removi o arquivo /etc/network/interface.d/50-cloud-init.cfg ifup foi acionado por esse arquivo específico.

Resposta longa: Configurei a interface usando o /etc/network/interfaces com um endereço IP estático, mas ainda encontrei no daemon.log que o dhclient ainda estava solicitando IPs do DHCP e o dhclient foi iniciado pelo systemd. Especificamente, o systemd chamou a unidade networking.service, que chamava ifup, que lia tanto o arquivo de interfaces quanto o arquivo 50-cloud-init.cfg. Resultando alguns conflitos, mas ainda uma rede funcional.

    
por Patrick Deelman 20.04.2017 / 19:36
1

Encontrei para mim, isso ocorreu porque o NetworkManager do gnome ainda estava rodando e achando que estava encarregado do dispositivo. Em retrospectiva, isso deveria ser óbvio, pois ps mostrou que o dhclient estava sendo lançado pelo NetworkManager.

Uma vez que reiniciei o sistema, o dispositivo foi para "não gerenciado" no NetworkManager e parou de tentar configurá-lo. Talvez eu tenha conseguido a mesma coisa apenas parando / reiniciando o NetworkManager, não tenho certeza.

    
por fostandy 19.08.2014 / 04:54