ifdown: DHCPRELEASE verhindern

[gxyz]

Wenn ein per DHCP konfiguriertes Netzinterface mit "ifdown" gestoppt wird, wird offensichtlich mit "dhclient -r" die aktuelle Lease freigegeben. Weiß zufällig jemand, ob sich das irgendwo konfigurieren lässt?

[rendegast]

Mittelbar über die lease-time(s) am dhcp-Server?

Über die Client-Option 'dhcp-lease-time' (/etc/dhcp/dhclient.conf, isc-dhcp-client)
könnte eine gewünschte (erlaubte) nachgefragt werden.
Auch 'man dhcp-options' (isc-dhcp-common).

[gxyz]

Offensichtlich war meine Frage nicht klar genug: ich habe nur nach einem Weg gesucht "ifdown" daran zu hindern, bei der Deaktivierung des Interfaces gleichzeitig zu auch die DHCP-Lease freizugeben.

DHCP-Optionen nützen leider nicht viel gegen explizite Kommandozeilenargumente - Ich hab' mir jetzt 'mal den Quellcode geschaut (... was auch ein Erlebnis war - faszinierend, auf was hartgesottene TeX-Anhänger so kommen ;-), leider ist das Verhalten dort hart kodiert - effektiv ist also die einzige Konfigurationsmöglichkeit, den Quellcode zu ändern und das "ifdown"-Binary neu zu erzeugen ... :-(

[Livingston]

Mal ein Schuss ins Blaue: Vielleicht bringt es ja was, wenn du das Gerät mit ifconfig [ethX] down runterbringst. Der ifupdown-Mechanismus sollte dabei nicht angerührt werden. Ergänzend dazu wie vorher schon gesagt die lease-time hochsetzen.

[KBDCALLS]

Offensichtlich war meine Frage nicht klar genug: ich habe nur nach einem Weg gesucht "ifdown" daran zu hindern, bei der Deaktivierung des Interfaces gleichzeitig zu auch die DHCP-Lease freizugeben.

DHCP-Optionen nützen leider nicht viel gegen explizite Kommandozeilenargumente - Ich hab' mir jetzt 'mal den Quellcode geschaut (... was auch ein Erlebnis war - faszinierend, auf was hartgesottene TeX-Anhänger so kommen , leider ist das Verhalten dort hart kodiert - effektiv ist also die einzige Konfigurationsmöglichkeit, den Quellcode zu ändern und das "ifdown"-Binary neu zu erzeugen ...

Und wodraus schließt du das ? Bzw. was möchtest du erreichen.