web-dev-qa-db-fra.com

Pourquoi dhclient est-il toujours en marche quand je choisis une adresse IP statique?

Je modifie dhcp en static dans/etc/network/interfaces (comme ci-dessous).

# 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

Puis redémarrez l'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

Alors la nouvelle adresse entre en jeu.

Mais DHCP est toujours 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

Est-ce normal? Sinon, comment redémarrer l'interface en IP statique tout en arrêtant DHCP en même temps?

Merci beaucoup.

14
user276851
  1. Vous devez d’abord éteindre l’interface (en mode DHCP) Sudo ifdown eth0
  2. Ensuite, éditez le code 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. Réactiver l'interface Sudo ifup eth0

Sinon, dhclient ne s’arrête pas correctement,

22
pvc

J'ai eu le même problème (Ubuntu 16.04). Cependant, il s’agissait d’une instance en nuage et je n’aurais pas pu aussi facilement descendre l’interface.

Réponse courte: J'ai supprimé le fichier /etc/network/interfaces.d/50-cloud-init.cfg ifup qui a été déclenché par ce fichier spécifique.

Réponse longue: j'ai configuré l'interface à l'aide du /etc/network/interfaces avec une adresse IP statique, mais j'ai encore trouvé dans daemon.log que dhclient demandait toujours des adresses IP à partir du DHCP et que dhclient était démarré via systemd. Plus précisément, systemd a appelé l'unité networking.service, appelée ifup, qui lit à la fois le fichier d'interface et le fichier 50-cloud-init.cfg. Il en résulte des conflits, mais reste un réseau fonctionnel.

2
Patrick Deelman

J'ai découvert pour moi que cela était dû au fait que NetworkManager de gnome fonctionnait toujours et pensait qu'il était en charge de l'appareil. Avec le recul, cela aurait dû être évident puisque ps a montré que dhclient était lancé par NetworkManager.

Une fois que j'ai redémarré mon système, le périphérique est devenu "non géré" dans NetworkManager et il a cessé d'essayer de le configurer. J'aurais peut-être pu réaliser la même chose en arrêtant/redémarrant NetworkManager, je ne suis pas sûr.

1
fostandy