Warum sagt dhclient: "SIOCSIFADDR: Erlaubnis verweigert"?

Ich habe einen sehr seltsamen Fehler auf Ubuntu-Server (8.04) festgestellt. Ich habe keine Ahnung, warum dhclient die Netzwerkeinstellungen nicht festlegen darf! Ich bin nicht derjenige, der den Server überhaupt installiert hat, daher weiß ich nicht viel über das Setup. Der Server wird nur als Firewall / Gateway verwendet (benutzerdefiniertes Iptables-Skript). Er verfügt über drei NICs, eine für das Internet, eine für das LAN und eine für die DMZ. Jetzt hat der ISP die Einstellungen von statischer IP auf "statische" IP geändert, die über DHCP zugewiesen wurden, und ich kann sie nicht wirklich verwenden.

Leider kann ich die IP nicht einfach statisch einstellen, da der ISP meine Verbindung schließt, wenn die DHCP-Lease endet: o

Dies ist der Fehler, den ich bekomme: (und dann hängt es einfach da ..)

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

Im Moment habe ich es behoben, indem ich killall dhclient; dhclient eth2jede Stunde ausgeführt und dann statische IP-Einstellungen für die Schnittstelle festgelegt habe. Dies reicht aus, um die Verbindung aufrechtzuerhalten! aber es ist meiner Meinung nach ein ziemlich hässlicher Hack ..

Basierend auf dem Stack-Trace unter http://silenzio.dk/pi/dhc.strace tritt der erste SIOCSIFADDR: Permission deniedFehler in Zeile 735 während der Ausführung des Prozesses 26092 auf : ifconfig eth2 inet 0 up. Jetzt rootkann nur noch ifconfigetwas geschehen, also verfolgen wir die Kette von fork()/ exec()und suchen nach UID-Änderungen. Es stellt sich heraus, dass:

1. Prozess 26092 ist ein Kind von 26090 (Zeile 689)
2. Prozess 26090 wird mit UID 101 und GID 102 ausgeführt (Zeilen 355-358)
3. Der Prozess 26090 versucht, seine UID / GID auf 0 zurückzusetzen, schlägt jedoch fehl (Zeile 310).
4. Prozess 26090 ist ein Kind von 26089 (Zeile 286)
5. Prozess 26089 stellte seine UID: GID auf 101: 102 um (Zeilen 282-283)

Die Fehler treten also auf, weil der ausgeführte untergeordnete Prozess nicht über die erforderlichen Root-Berechtigungen verfügt. Warum passiert das? Die debian/changelogDatei in den dhcp3-3.0.6.dfsgQuellen sagt:

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/.

Ich vermute, dass call-dhclient-scriptdas Set-UID-Bit verloren gegangen ist und daher nicht wie vorgesehen mit Root-Rechten ausgeführt wird. (Laut der debian/dhcp3-client.postinstDatei in den Quellen sollte es Eigentum von root:dhcpund Modus sein 4754)

Was zeigt Ihre "dmesg" -Ausgabe, wenn Sie dhclient ausführen?

Wenn Sie Hardy ausführen, ist AppArmor Teil der Standardinstallation. Es ist möglich, dass das Dhclient-Profil durcheinander geraten ist. Überprüfen Sie "sudo aa-status", um zu sehen, was dort passiert.

Wie liest sich außerdem Ihre Datei / etc / network / interfaces? Vielleicht haben Sie widersprüchliche Adressen, Routen usw., mit denen dhclient nicht spielen möchte?

Ich würde versuchen, nscd zu installieren, wenn dieses Paket fehlt, und wenn es damit nicht funktioniert, installieren Sie auch libnss-db.

Sie sind sich nicht sicher, ob dies Ihr Problem lösen wird. Dies sind jedoch die Dinge, die Ihr Trace zu finden versucht und die fehlschlagen.

Bitte führen Sie sudo dpkg --configure -anur aus, um sicherzustellen, dass sich die Situation in https://bugs.launchpad.net/ubuntu/+source/dhcp3/+bug/19740/comments/67 nicht wiederholt

Dies ist eigentlich ein Fehler in Ubuntu 8.04. In einigen Anwendungsfällen muss nscd installiert sein (z. B. bei Verwendung von openvpn), oder dhclient funktioniert nicht. Dies ist in neueren Ubuntu-Versionen nicht der Fall.