Verbindung steht, aber kein DHCP-IPv4-Lease · Linux Fix Lab

Symptome und Geltungsbereich

Ein Kabel hat Carrier oder WLAN meldet sich an, aber die erwartete IPv4-Adresse fehlt.
Aktivierung erreicht ip-config und scheitert dann; eventuell bleibt nur eine Link-Local-Adresse.

Betroffene Umgebung

NetworkManager-Profile mit vorgesehenem IPv4-DHCP; reine IPv6- und absichtlich statische Netze haben andere Erwartungen.

Erkennbare Meldungen (synthetische Beispiele)

NetworkManager[650]: device (enp3s0): state change: ip-config -> failed (reason 'ip-config-unavailable', managed-type: 'full')

Bei DHCP-Profil Angebote und Adresskonfliktereignisse prüfen; dieser Grund kann auch bei statischem Konfigurationsfehler auftreten.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

DHCP-Server, Relay, VLAN, erschöpfter Pool oder Filter können ein nutzbares Angebot beziehungsweise eine Bestätigung verhindern.
Eine falsche Profilmethode oder ein IPv4-Adresskonflikt können ebenfalls die IP-Konfiguration verhindern; ip-config-unavailable ist kein eindeutiger DHCP-Timeout.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

IFACE durch die betroffene Schnittstelle ersetzen. Aktive Adresse, Routen und erhaltene DHCP-Optionen ohne Erneuerung oder Neuverbindung lesen.

nmcli -f GENERAL,IP4,DHCP4 device show IFACE

Ergebnis einordnen: Fehlendes DHCP4-Lease bei auto-Profil stützt gescheiterten Adresserwerb. Gültiges Lease ohne Standardroute verweist auf Routen-/Profilrichtlinien; nur fehlendes DNS ist ein anderes Problem.

Prüfschritt 2

Aktivierungsfolge bei Bedarf mit Journalrechten lesen; Schnittstelle und Ereignisse unmittelbar vor dem ip-config-Fehler zuordnen.

journalctl -b -u NetworkManager --no-pager -n 300

Ergebnis einordnen: Fehlendes Angebot, Lease-Ablauf oder Serverablehnung lenken auf DHCP. Eine already-in-use-Warnung erfordert dagegen Adresskonfliktklärung; erfolgreiche WLAN-Zuordnung beweist keine DHCP-Erreichbarkeit.

Nächste Schritte nach Befund

Vorgesehene Adressmethode korrigieren

Wenn dieses Netz laut Vorgaben DHCP nutzt, das Profil aber falsche IPv4-Methode oder alte manuelle Werte enthält, Konfiguration sichern und genau dieses Profil auf automatischen Adresserwerb setzen. Nur dieses Profil erneut verbinden und das neue Lease prüfen.

Vorsicht: Bei Änderung des Fernzugangs lokal oder mit Checkpoint arbeiten. Nicht einfach eine statische Adresse oder ein Gateway erfinden, um DHCP zu umgehen.

Wiederherstellung / Rücknahme: Gesicherte Methode, Adressen, Routen und DNS wiederherstellen; bei verlorenem Zugang voriges Profil lokal aktivieren.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Bestätigten DHCP-Pfad reparieren

Wenn mehrere Clients im vorgesehenen VLAN kein Angebot erhalten, mit der Verwaltung DHCP-Bereich, Lease-Kapazität und Relay-/Switch-Zuordnung prüfen. Bei nur einem betroffenen Client Profil und serverseitigen Lease-/Reservierungseintrag vor Identitätsänderung vergleichen.

Vorsicht: Bereichs- und Switch-Änderungen betreffen andere Nutzer; vorige Konfiguration behalten und nur die belegte Korrektur vornehmen. Firewall nicht wahllos abschalten und DHCP-Client nicht blind ersetzen.

Wiederherstellung / Rücknahme: Bei Problemen anderer Clients Server-, VLAN- oder Reservierungsänderung zurücknehmen; Clientprofil wiederherstellen und Adresserwerb über das ursprünglich funktionierende Netz prüfen.