Warum stellt dhclient DHCP-Anforderungen auf einer statischen Schnittstelle?


8

Ich richte ein neues Debian-System ein. Ich habe eine statische IP auf einer Schnittstelle in / etc / Networks / Interfaces wie folgt konfiguriert:

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth4
iface eth4 inet static
        address <redacted>
        netmask 255.255.254.0
        network <redacted>
        broadcast <redacted>
        gateway <redacted>
        dns-nameservers <redacted>
        dns-search <redacted>

Ich habe die Adressen ausgeblendet, aber die Konfiguration stimmt mit einem älteren Debian-System überein, außer natürlich der IP-Adresse. Ich kann es mit 'ifup eth4' aufrufen und es funktioniert eine Weile gut, stürzt aber irgendwann zwischen 1 und 24 Stunden später ab. Ich sehe in den Protokollen keine Informationen darüber, warum es ausfällt. Ich kann es am nächsten Tag von der physischen Konsole aus aufrufen. Wenn Sie 'ifdown eth4' ausführen, wird gemeldet, dass es zunächst nicht verfügbar ist. Wenn Sie 'ifup eth4' ausführen, wird es ohne Probleme angezeigt.

Während Ich mag würde bekommen , die aussortiert habe ich während für Fehler bezüglich eth4 suchen bemerkt , dass dhclient im Hintergrund läuft DHCPREQUESTs auf eth4 alle 2 Minuten zu machen. Dies geschieht gerade jetzt, während eth4 ordnungsgemäß mit der konfigurierten statischen IP ausgeführt wird. Worum geht es und könnte es dazu führen, dass die Schnittstelle ausfällt? Es scheint, als sollte ich dhclient davon abhalten, dies unnötig zu tun, unabhängig davon, ob es die Probleme verursacht oder nicht. Auf dem älteren System wird kein 'dhclient'-Prozess ausgeführt.

Entschuldigung, wenn dies grundlegende Dinge sind, gibt es einige Lücken in meinen Linux-Kenntnissen.


Dieses Verhalten wird angezeigt, wenn dhclientes bereits ausgeführt wurde, als Sie es in eine statische Konfiguration geändert haben. Töte einfach dhclient.
Jordanm

Ah, das macht Sinn. Ich ging voran und habe gerade neu gestartet und es ist in der Tat weg. War dies auch die wahrscheinliche Ursache für den Ausfall der Schnittstelle oder ist das ein anderes Problem?
Scott J

... eventually crashes ...: was bedeutet das? Eine Kernel-Panik? Oder nur, dass die Schnittstelle ausgefallen ist?
Wurtel

Es hinterlässt keine Spur in den Protokollen, also wahrscheinlich kein Kernelproblem. Irgendwann fällt die Netzwerkschnittstelle einfach aus. Es tritt jedoch nicht mehr auf, seit ich neu gestartet habe, um den dhclient-Prozess zu stoppen. Vermutlich hat dies dazu beigetragen, dass die Schnittstelle ausfällt. Lektion gelernt ... Starten Sie nach einer großen Netzwerkänderung neu, wenn Sie nicht genug über die Schrauben und Muttern wissen, um dies zu vermeiden.
Scott J

Antworten:



-1

Ich hatte das gleiche Problem und fand schließlich heraus, dass es am ConnManService lag. ConnManKonfigurieren Sie in der Tat die Schnittstellen Automaticallyfür uns.

Stoppen Sie also den Dienst

sudo /etc/init.d/connman stop
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.