Muss DHCPDISCOVER ein Broadcast sein?

Im Normalfall ja, da der Client keine Adresse hat und keine Serveradresse kennt. Ein Client kann das Broadcast-Flag setzen, um zu steuern, wie Server antworten. Relay-Agenten wandeln das Broadcast in eine Unicast-Nachricht an den Server um.

Was passiert, wenn niemand auf einen DHCPDISCOVER antwortet?

Der Client sendet die Nachricht mit zunehmenden Verzögerungen erneut und versucht es so lange weiter. Viele Betriebssysteme greifen schließlich auf eine link-lokale 169.254.0.0/16-Adresse zurück. Sie sollten dann die Relays, die Verfügbarkeit des Bereichs und den Zustand des Servers überprüfen.

Wie kann ich DHCPDISCOVER-Meldungen anzeigen?

Erfassen Sie den Datenverkehr auf den UDP-Ports 67 und 68 mit einem Paketanalysator und filtern Sie nach DHCP-Nachrichtentyp 1. Führen Sie die Erfassung sowohl auf der Client-Seite als auch auf der Server- oder Relay-Seite durch, um festzustellen, wo die Nachrichten unterbrochen werden. In den Serverprotokollen können auch empfangene DISCOVER-Nachrichten angezeigt werden.

Kann ein DHCPDISCOVER-Befehl eine bestimmte IP-Adresse anfordern?

Ja, ein Client kann eine Option für eine gewünschte IP-Adresse als Hinweis angeben. Der Server ist nicht verpflichtet, diese zu gewähren, und kann eine andere Adresse anbieten, wenn die angeforderte nicht verfügbar ist oder außerhalb des Bereichs liegt.

Glossar
Was ist DHCPDISCOVER?

DHCP-Glossar

Was ist DHCPDISCOVER?

DHCPDISCOVER ist ein DHCP-Nachrichtentyp, den ein Client im Broadcast-Verfahren sendet, um verfügbare DHCP-Server in seinem lokalen Netzwerk zu finden. Es handelt sich um die erste Nachricht im DHCP-Austausch gemäß RFC 2131, und Server, die diese Nachricht empfangen, können mit einem DHCPOFFER antworten, das einen Konfigurationsvorschlag enthält.

Vereinfachen wir Ihre DDI

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

Die wichtigsten Erkenntnisse

DHCPDISCOVER ist die erste Broadcast-Nachricht, die DHCP-Clients senden, um verfügbare DHCP-Server in ihrem lokalen Netzwerk zu finden, wie in RFC 2131 definiert, und bildet den ersten Schritt des DORA-Austauschs (Discover, Offer, Request, Acknowledge). Wenn ein Client hochfährt oder sich ohne gültige IP-Adresse in ein Netzwerk einklinkt, sendet er eine DHCPDISCOVER-Nachricht von der Quelladresse 0.0.0.0 an die begrenzte Broadcast-Adresse 255.255.255.255 über die UDP-Ports 68 bis 67, wodurch Server mit DHCPOFFER-Nachrichten antworten können, die vorgeschlagene IP-Konfigurationen und Leasingbedingungen enthalten. Werden keine DHCPOFFER-Antworten empfangen – verursacht durch fehlende Relay-Agenten, erschöpfte Adresspools, Serverausfälle oder die Filterung von DHCP-Ports durch Firewalls –, können Geräte keine nutzbaren Adressen beziehen und müssen in der Regel auf nicht routbare link-lokale Adressen im Bereich 169.254.0.0/16-Bereich zurückzugreifen, was den Netzwerkzugang unterbricht und Administratoren dazu zwingt, die Relay-Konfiguration, die Verfügbarkeit des Scopes und den Zustand der Server zu überprüfen.

DHCPDISCOVER überträgt die Hardware-Adresse des Clients und die Transaktions-ID mit optionalen Parametern wie der angeforderten IP-Adresse. Da Broadcasts Router nicht passieren, müssen DHCP-Relay-Agenten die Nachricht als Unicast an konfigurierte Server in anderen Segmenten weiterleiten.
Nicht authentifizierte DISCOVER-Broadcasts setzen Netzwerke der Gefahr durch betrügerische DHCP-Server aus, die falsche Gateways oder DNS-Server verteilen können; switchbasierte Abwehrmaßnahmen wie DHCP-Snooping schränken ein, wo Serverantworten akzeptiert werden.
In großen Netzwerkumgebungen kommt es bei der Wiederherstellung der Stromversorgung, beim Neustart von Switches und bei der Wiedervereinbindung mit dem bürobreiten WLAN zu DISCOVER-Stürmen, die eine ausreichende Serverkapazität und eine angemessene Dimensionierung des Adresspools erfordern, um Spitzenauslastungen bei den Nachrichten zu bewältigen.

DHCPDISCOVER auf einen Blick

Attribute	Value
Full name	DHCPDISCOVER
Category	DHCP message type
Defined in	RFC 2131, with message type values carried in options described in RFC 2132
Protocol and port	UDP; client sends from port 68 to server port 67
OSI layer	Application layer (Layer 7)
Primary use	Locating DHCP servers so a client can request an IP address lease
Related terms	DHCP, DHCPOFFER, DHCPREQUEST, DHCPACK, DHCP relay agent, DHCP lease

So funktioniert DHCPDISCOVER

Ein Client ohne gültige IP-Konfiguration, beispielsweise einer, der gerade hochgefahren ist oder sich einem Netzwerk angeschlossen hat, sendet ein DHCPDISCOVER-Paket, um einen DHCP-Server zu finden, der ihn konfigurieren kann. Dies ist der erste Schritt des Austauschvorgangs, der oft als DORA bezeichnet wird.

Der Client sendet ein DHCPDISCOVER-Broadcast: Da der Client keine Adresse hat, sendet er die Nachricht von der Quelladresse 0.0.0.0 an die begrenzte Broadcast-Adresse 255.255.255.255, wobei er UDP vom Port 68 bis zum Port 67 verwendet.
Die Nachricht enthält die Client-Identität und Hinweise: Die Nachricht enthält die Hardware-Adresse des Clients und eine Transaktions-ID. Sie kann außerdem Optionen enthalten, wie beispielsweise eine gewünschte IP-Adresse oder eine Liste von Parametern, die der Client wünscht.
Relay-Agenten leiten die Nachricht bei Bedarf weiter: Broadcasts werden nicht über Router weitergeleitet. Befindet sich kein Server im lokalen Segment, leitet ein DHCP-Relay-Agent die Nachricht als Unicast an konfigurierte Server weiter.
Server antworten mit DHCPOFFER: Jeder Server, der den Client bedienen kann, antwortet mit einem DHCPOFFER, das eine vorgeschlagene Adresse und die Leasingbedingungen enthält. Der Client wählt dann ein Angebot aus und sendet ein DHCPREQUEST.

DHCPDISCOVER weist keine Adressen zu. Der Client verfügt über keine Adresse, bis der Server dies mit einem DHCPACK bestätigt. Ein Client kann mehrere Angebote oder gar keine erhalten und sendet das DISCOVER-Paket mit Backoff erneut, wenn kein Server antwortet.

Warum DHCPDISCOVER in Unternehmensnetzwerken wichtig ist

DHCPDISCOVER ist der Einstiegspunkt für nahezu jedes Gerät, das sich in ein IPv4-Netzwerk einbindet. Laptops, Telefone, Drucker, IP-Telefone und viele IoT-Geräte senden diese Nachricht, sobald sie eine Verbindung herstellen oder ihre Lease nicht verlängert werden kann. In großen Netzwerken kommt es nach der Wiederherstellung der Stromversorgung, nach einem Neustart von Switches oder bei der erneuten Verbindung mit dem büroweiten WLAN zu Spitzen bei der Anzahl der DISCOVER-Nachrichten, sodass die Serverkapazität und die Dimensionierung des Adressbereichs diese Spitzen bewältigen können müssen.

Wenn DHCPDISCOVER unbeantwortet bleibt, können Geräte keine nutzbaren Adressen erhalten. Häufige Ursachen sind ein fehlender oder falsch konfigurierter Relay-Agent, ein erschöpfter Adresspool, ein Serverausfall oder ein Switch bzw. eine Firewall, die die UDP-Ports 67 und 68 filtern. Clients, die keine Lease erhalten, greifen möglicherweise auf eine link-lokale Adresse im Bereich 169.254.0.0/16 zurück, wie in RFC 3927 beschrieben, was in der Regel den Zugriff auf Netzwerkressourcen unterbricht.

DISCOVER-Nachrichten sind nicht authentifizierte Broadcasts, sodass jeder Host im Segment mit einem Angebot antworten kann. Ein betrügerischer DHCP-Server kann falsche Gateways oder DNS-Server zuweisen. Switch-Funktionen wie DHCP-Snooping, die einschränken, wo Serverantworten akzeptiert werden, verringern dieses Risiko. Die Überwachung des DISCOVER-Aufkommens und der Antwortzeiten liefert zudem eine Frühwarnung vor der Erschöpfung des Pools und vor „Starvation“-Angriffen.

Wie sich „DHCPDISCOVER“ im Vergleich zu verwandten Begriffen darstellt

DHCPDISCOVER vs. DHCPOFFER

DHCPDISCOVER ist die Broadcast-Anfrage des Clients zur Suche nach Servern, während DHCPOFFER die Antwort eines Servers ist, der diesem Client eine Adresse und Konfiguration vorschlägt. Was ist DHCPOFFER?

Attribute	DHCPDISCOVER	DHCPOFFER
Sender	Client	DHCP server
Position in exchange	First message	Second message
Purpose	Locate available servers	Propose configuration to the client
Source address	0.0.0.0 when the client has no address	Server address

DHCPDISCOVER vs. DHCPREQUEST

DHCPDISCOVER sucht nach Servern, ohne sich auf einen bestimmten festzulegen, während DHCPREQUEST den Servern mitteilt, welches Angebot der Client akzeptiert, oder darum bittet, eine bestehende Adresse zu erneuern oder zu bestätigen. Was ist DHCPREQUEST?

Attribute	DHCPDISCOVER	DHCPREQUEST
Sender	Client	Client
Purpose	Find servers	Accept an offer, renew or verify a lease
Position in exchange	First message	Third message in a new lease
Commits to a server	No	Yes, when selecting an offer

Häufige Probleme mit DHCPDISCOVER

Clients in einem VLAN ohne DHCP-Server erhalten niemals eine Antwort, da Broadcasts Router nicht passieren. Die Lösung ist ein Relay-Agent, oft auch als IP-Helper bezeichnet, auf der Gateway-Schnittstelle, der auf den richtigen Server verweist.

Der Server empfängt DISCOVER-Nachrichten, verfügt jedoch über keine freien Adressen und sendet daher kein Angebot. Die Clients verfallen daraufhin in eine Zeitüberschreitung oder weisen sich selbst eine Adresse aus dem Bereich 169.254.0.0/16 zu. Lange Lease-Zeiten auf vorübergehend verbundenen Gastgeräten sind eine häufige Ursache.

DHCP-Snooping bei einem nicht vertrauenswürdigen Uplink-Port kann dazu führen, dass Serverantworten verloren gehen, sodass zwar ein DISCOVER-Befehl erkannt wird, aber kein Angebot den Client erreicht. Port-Sicherheit oder Zugriffslisten, die die UDP-Ports 67 und 68 blockieren, verursachen ähnliche Symptome.

Massenhafte Wiederverbindungen nach einem Stromausfall oder einem Neustart des Switches senden viele DISCOVER-Nachrichten auf einmal, was einen Server überlasten oder die Warteschlange eines Relays füllen kann. Ein gestaffelter Start und Server mit ausreichender Kapazität verringern die Auswirkungen.

Ein nicht autorisierter DHCP-Server, beispielsweise ein an das LAN angeschlossener Router für Privatanwender, kann als Erster auf den DISCOVER-Befehl antworten. Clients erhalten dann falsche Gateways oder DNS-Server. Paketaufzeichnungen, die Angebote von unerwarteten Quellen zeigen, bestätigen dies.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

Kontaktieren Sie uns

Das intelligente Netzwerk

Was ist DHCPDISCOVER?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DHCPDISCOVER auf einen Blick

So funktioniert DHCPDISCOVER

Warum DHCPDISCOVER in Unternehmensnetzwerken wichtig ist

Wie sich „DHCPDISCOVER“ im Vergleich zu verwandten Begriffen darstellt

DHCPDISCOVER vs. DHCPOFFER

DHCPDISCOVER vs. DHCPREQUEST

Häufige Probleme mit DHCPDISCOVER

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

DHCPDISCOVER-FAQ

Verwandte Begriffe

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

Podcast: Why Open Platforms Matter in Network Operations

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Verwandte Artikel