Wenn die automatische Adressierung fehlschlägt

Meistens funktioniert DHCP einfach. Wenn jedoch kein DHCP-Server antwortet, bleibt ein Gerät ohne ordnungsgemäße Einstellungen. Die Symptome eines DHCP-Fehlers zu erkennen, ist eine wichtige Fähigkeit bei der Fehlersuche. Das deutlichste Anzeichen ist eine ungewöhnliche Adresse, die mit 169.254 beginnt und als APIPA-Adresse bezeichnet wird. Diese Lektion erklärt APIPA und die häufigsten Gründe dafür, dass die automatische Adressvergabe ausfällt.

APIPA (Automatic Private IP Addressing) ist eine in Windows und anderen Systemen integrierte Ausweichlösung. Wenn ein Gerät DHCP-Discover-Nachrichten sendet und kein Offer erhält, weist es sich selbst eine Adresse aus dem Bereich 169.254.0.1 bis 169.254.255.254 mit der Subnetzmaske 255.255.0.0 zu. APIPA ermöglicht Geräten im selben Segment weiterhin die Kommunikation untereinander, stellt jedoch weder ein Gateway noch DNS bereit. Daher besteht kein Internetzugang.

Wenn Sie ein Gerät überprüfen und eine Adresse wie 169.254.45.10 sehen, ist das ein deutliches Warnsignal: Das Gerät hat keinen DHCP-Server erreicht. APIPA-Adressen sind Link-Local-Adressen. Das bedeutet, dass sie nur im lokalen Kabel- oder WLAN-Netz funktionieren und niemals in andere Netzwerke geroutet werden. Wenn Sie 169.254 sehen, sollten Sie sofort denken: DHCP ist ausgefallen – wo ist der Server?

Die unmittelbarste Ursache ist, dass der DHCP-Server ausgefallen ist oder sein Dienst beendet wurde. Ohne Server gibt es keine Offers, sodass jeder Client, der eine Lease benötigt, auf APIPA zurückfällt. Wenn plötzlich viele Geräte gleichzeitig 169.254-Adressen anzeigen, sollten Sie eher den Server selbst als ein einzelnes Gerät verdächtigen. Ein Neustart des DHCP-Dienstes stellt die normale Adressvergabe häufig wieder her.

Der Server läuft möglicherweise, aber die Anfrage erreicht ihn nie. Ein defektes Kabel, ein deaktivierter Switch-Port oder ein ausgefallener DHCP relay können den Discover-Broadcast blockieren. Da Router Broadcasts nicht weiterleiten, verhindert ein fehlender oder falsch konfigurierter Relay-Agent, dass Clients in entfernten Subnetzen jemals einen Server erreichen, obwohl der Server ordnungsgemäß funktioniert.

Manchmal antwortet der Server allen Clients, bis ihm die Adressen ausgehen. Wenn der Adresspool vollständig vermietet ist, erhalten neue Clients kein Offer und wechseln zu APIPA. Das tritt häufig in stark ausgelasteten Gastnetzwerken auf. Die Lösung besteht darin, den Pool zu vergrößern oder die Lease-Zeiten zu verkürzen, damit nicht verwendete Adressen schneller wieder frei werden und Platz für neue Geräte entsteht.

Ein nicht autorisierter DHCP-Server ist ein Server, der ohne Genehmigung betrieben wird, beispielsweise ein falsch konfigurierter Heimrouter, den jemand angeschlossen hat. Er antwortet möglicherweise schneller als der echte Server und vergibt falsche Adressen, Gateways oder DNS-Server. Die Geräte erhalten dann eine gültig wirkende Adresse, die jedoch nirgendwohin führt. Die Lösung besteht darin, das nicht autorisierte Gerät zu finden und zu entfernen. Switches können DHCP Snooping verwenden, um nicht vertrauenswürdige Server zu blockieren.

Nicht jedes DHCP-Problem führt zu 169.254. Ein nicht autorisierter Server oder ein falsch konfigurierter Scope kann eine echte, aber falsche Adresse, ein falsches Gateway oder einen falschen DNS-Server vergeben. Das Gerät wirkt verbunden, kann aber nicht im Internet surfen. Prüfen Sie daher alle vier Werte: Adresse, Maske, Gateway und DNS, und nicht nur, ob überhaupt eine Adresse vorhanden ist. Eine plausibel wirkende, aber falsche Einstellung ist schwerer zu erkennen als eine offensichtliche APIPA-Adresse.

Bei der Fehlerbehebung an einem einzelnen Gerät können Sie dessen aktuelle Adresse freigeben und eine neue anfordern. Unter Windows sind dafür zwei kurze Befehle erforderlich. Wenn die neue Anfrage nun erfolgreich ist, war der vorherige Fehler möglicherweise vorübergehend. Wenn das Gerät weiterhin bei 169.254 landet, liegt das Problem im vorgelagerten Bereich – beim Server, Relay oder Pfad – und nicht am Gerät.

Fassen wir das als Ablauf zusammen. Sehen Sie 169.254? Dann ist DHCP fehlgeschlagen. Betrifft es ein Gerät oder mehrere? Bei einem Gerät deutet dies auf ein lokales Kabel- oder Portproblem hin, bei mehreren eher auf den Server, das Relay oder den Pool. Können andere Geräte im selben Segment Adressen erhalten? Wenn ja, konzentrieren Sie sich auf das fehlerhafte Gerät. Wenn nein, prüfen Sie die gemeinsam genutzte Infrastruktur. Mit dieser Logik lässt sich die Ursache schnell eingrenzen.

DHCP-Fehler gehören zu den häufigsten Anfragen an den Helpdesk und wirken auf Benutzer oft wie ein vollständiger Internetausfall. Wenn Sie wissen, dass 169.254 für fehlendes DHCP steht, und die wenigen möglichen Ursachen kennen, können Sie die Verwirrung in eine klare Checkliste überführen: Server, Pfad, Pool oder nicht autorisierter Server. Genau diese schnelle Vorgehensweise wird in der Network+-Prüfung und im Berufsalltag belohnt.

Testen Sie Ihre Fehleranalyse.

Wenn DHCP fehlschlägt, wechseln Geräte zu APIPA und weisen sich selbst eine link-lokale Adresse aus dem Bereich 169.254.x.x zu. Ohne Gateway oder DNS können sie keine anderen Netzwerke erreichen. Die Anzeige von 169.254 bedeutet, dass DHCP nicht geantwortet hat. Zu den häufigsten Ursachen gehören ein nicht erreichbarer Server, ein unterbrochener Pfad oder ein fehlendes Relay, ein erschöpfter Pool oder ein nicht autorisierter DHCP-Server, der falsche Einstellungen verteilt. Prüfen Sie immer alle vier Adresswerte und verwenden Sie Release und Renew, um ein einzelnes Gerät zu testen.