Pourquoi dhclient dit-il: «SIOCSIFADDR: autorisation refusée»?

J'ai rencontré une erreur très étrange sur ubuntu-server (8.04), je n'ai aucune idée pourquoi dhclient n'est pas autorisé à définir les paramètres réseau! Je ne suis pas celui qui a installé le serveur en premier lieu, donc je ne connais pas grand-chose à la configuration. Le serveur n'est utilisé que comme pare-feu / passerelle (script iptables personnalisé), il a trois nic pour Internet, un pour LAN et un pour DMZ. Maintenant, le FAI a changé les paramètres de l'IP statique en IP "statique" assigné via DHCP, et je ne peux pas vraiment l'utiliser.

Malheureusement, je ne peux pas simplement définir l'IP de manière statique, car le FAI ferme ma connexion à la fin du bail DHCP: o

C'est l'erreur que j'obtiens: (et puis ça se bloque juste là ..)

root@fw:~# dhclient eth2
Internet Systems Consortium DHCP Client V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

SIOCSIFADDR: Permission denied
SIOCSIFFLAGS: Permission denied
SIOCSIFFLAGS: Permission denied
Listening on LPF/eth2/00:50:52:c1:a1:32
Sending on   LPF/eth2/00:50:52:c1:a1:32
Sending on   Socket/fallback
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 8
DHCPOFFER of 2.10.56.19 from 93.87.36.42
DHCPREQUEST of 2.10.56.19 on eth2 to 255.255.255.255 port 67
DHCPACK of 2.10.56.19 from 93.87.36.42
SIOCSIFADDR: Permission denied
SIOCSIFFLAGS: Permission denied
SIOCSIFNETMASK: Permission denied
SIOCSIFBRDADDR: Permission denied
SIOCSIFFLAGS: Permission denied
SIOCADDRT: Operation not permitted

pour l'instant, je l'ai corrigé en exécutant killall dhclient; dhclient eth2toutes les heures, puis en définissant des paramètres IP statiques pour l'interface, cela suffit pour maintenir la connexion en direct! mais c'est un hack assez moche à mon avis ..

Sur la base de la trace de pile à http://silenzio.dk/pi/dhc.strace la première SIOCSIFADDR: Permission deniederreur se produit à la ligne 735, pendant l' exécution du processus 26092: ifconfig eth2 inet 0 up. Maintenant, seulement quelque chose rootpeut ifconfigremonter, alors traçons la chaîne de fork()/ exec()et recherchons les changements d'UID. Il se trouve que:

1. le processus 26092 est un enfant de 26090 (ligne 689)
2. le processus 26090 s'exécute avec UID 101 et GID 102 (lignes 355 à 358)
3. le processus 26090 essaie de remettre son UID / GID à 0, mais échoue (ligne 310)
4. le processus 26090 est un enfant de 26089 (ligne 286)
5. le processus 26089 a changé son UID: GID en 101: 102 (lignes 282-283)

Par conséquent, les erreurs se produisent car le processus enfant en cours d'exécution n'a pas les privilèges root nécessaires. Pourquoi cela arrive-t-il? Le debian/changelogfichier dans les dhcp3-3.0.6.dfsgsources dit:

dhcp3 (3.0.1-2ubuntu4) breezy; urgency=low

  Derooted the DHCP client:
  * Added debian/patches/deroot-client.patch:
    - client/dhclient.c: After initialization, dro privileges to dhcp:dhcp and
      only keep CAP_NET_RAW and CAP_NET_BIND_SERVICE.
    - Add a setuid wrapper call-dhclient-script to call
      /etc/dhcp3/dhclient-script as root.
    - Install call-dhclient-script into /lib/dhcp3-client/.

Je suppose que celui-ci call-dhclient-scripta perdu son bit set-UID et ne s'exécute donc pas avec les privilèges root comme il se doit. (Selon le debian/dhcp3-client.postinstfichier dans les sources, il devrait appartenir à root:dhcpet en mode 4754)

Que montre votre sortie "dmesg" lorsque vous exécutez dhclient?

Si vous exécutez Hardy, AppArmor fait partie de l'installation par défaut. Il est possible que le profil dhclient soit devenu détraqué. Vérifiez "sudo aa-status" pour voir ce qui s'y passe.

De plus, comment lit votre fichier / etc / network / interfaces? Peut-être avez-vous des adresses, des itinéraires, etc. en conflit avec lesquels dhclient ne veut pas jouer?

J'essaierais d'installer nscd si ce paquet est manquant, et si cela ne fonctionne pas, installez également libnss-db.

Je ne sais pas si cela résoudra votre problème, cependant, ce sont les choses que votre trace essaie de trouver et cela échoue.

Veuillez exécuter sudo dpkg --configure -ajuste pour vous assurer que ce n'est pas une répétition de la situation dans https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67

Il s'agit en fait d'un bogue dans Ubuntu 8.04. Pour plusieurs cas d'utilisation, vous DEVEZ avoir installé nscd (par exemple lorsque vous utilisez openvpn) ou dhclient ne fonctionnera pas. Cela ne se produit pas dans les nouvelles versions d'Ubuntu.