Was ist der Unterschied zwischen DHCPREQUEST und DHCPDISCOVER?

DHCPDISCOVER sucht nach Servern, und DHCPREQUEST fragt bestimmte Parameter ab. Ein Client sendet zunächst ein „Discover“, anschließend eine Anfrage, um ein Angebot anzunehmen. Eine Anfrage wird auch allein zur Verlängerung oder zur Bestätigung eines Neustarts verwendet.

Ist DHCPREQUEST ein Broadcast oder ein Unicast?

Das hängt von der Situation ab. Eine Anfrage, bei der ein Angebot ausgewählt wird, wird als Broadcast gesendet, sodass jeder Server erfährt, welches Angebot gewählt wurde. Eine Verlängerungsanfrage wird normalerweise per Unicast an den Server gesendet, der die Lease vergeben hat, und eine Rebinding-Anfrage wird als Broadcast gesendet.

Was passiert, nachdem ein Client eine DHCPREQUEST gesendet hat?

Der Server antwortet mit „DHCPACK“, wenn er die Anfrage genehmigt, oder mit „DHCPNAK“, wenn er sie ablehnt. Nach einem „DHCPACK“ konfiguriert der Client seine Schnittstelle und startet seine Lease-Timer. Nach einem „DHCPNAK“ beginnt er den Vorgang erneut mit „DHCPDISCOVER“.

Warum sendet ein Client nach einem Neustart ein DHCPREQUEST?

Der Client versucht, die zuvor belegte Adresse zu bestätigen, ohne eine vollständige Erkundung durchzuführen. Ist die Adresse in diesem Subnetz noch gültig, antwortet der Server mit DHCPACK. Ist dies nicht der Fall, sendet der Server DHCPNAK, und der Client beginnt von vorne.

Welchen Port verwendet DHCPREQUEST?

DHCP über IPv4 nutzt den UDP-Port 67 auf dem Server und den Port 68 auf dem Client, und DHCPREQUEST folgt diesem Muster. Firewalls und Relays müssen diesen Datenverkehr zulassen, damit Anfragen beantwortet werden können.

Glossar
Was ist DHCPREQUEST?

DHCP-Glossar

Was ist DHCPREQUEST?

DHCPREQUEST ist eine Nachricht des Dynamic Host Configuration Protocol (DHCP), die ein Client an einen Server sendet, um bestimmte Konfigurationsparameter anzufordern, meist eine IP-Adresszuweisung. Dabei wählt er das Angebot eines Servers aus, bestätigt nach einem Neustart eine gespeicherte Adresse oder verlängert eine bestehende Zuweisung während der Erneuerung und Neubindung.

Vereinfachen wir Ihre DDI

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

Die wichtigsten Erkenntnisse

DHCPREQUEST is a Dynamic Host Configuration Protocol message defined in RFC 2131 that clients send to request or confirm IP address leases from DHCP servers, operating over UDP ports 67 and 68 at the application layer. The message serves multiple critical functions including accepting a specific server's offer during the initial DORA exchange, confirming a remembered address after reboot, and renewing or rebinding leases as they approach expiration. Network administrators must understand DHCPREQUEST behavior for troubleshooting lease failures, detecting relay agent problems, managing server load during renewal storms, and defending against security threats such as rogue DHCP servers and address spoofing, with tools like DHCP snooping and packet analysis providing visibility into which server was chosen and potential configuration conflicts.

DHCPREQUEST becomes binding only after the server responds with DHCPACK; until that confirmation, the client must not use the offered address, and short lease times increase message volume and server load on networks with thousands of clients.
Troubleshooting repeated DHCPNAK responses typically indicates a client holding an address invalid for its current subnet (such as after VLAN movement), while missing replies point to relay agent failures, server downtime, or address scope exhaustion.
The base DHCP protocol leaves DHCPREQUEST unauthenticated, allowing rogue servers to win the exchange and distribute false gateway or DNS server information, necessitating defenses such as DHCP snooping on approved ports and logging for detection of spoofing and exhaustion attacks.

DHCPREQUEST auf einen Blick

Attribute	Value
Full name	DHCPREQUEST
Category	Network protocol message
Defined in	RFC 2131
Protocol and port	UDP, server port 67 and client port 68
OSI layer	Application layer (layer 7)
Primary use	Accepting a DHCP offer, confirming an address, or renewing a lease
Related terms	DHCP, DHCPDISCOVER, DHCPOFFER, DHCPACK, DHCPNAK, DORA, lease

So funktioniert DHCPREQUEST

Ein Client sendet in verschiedenen Situationen eine DHCPREQUEST-Nachricht, deren Inhalt sich jeweils unterscheidet. Der bekannteste Fall ist der dritte Schritt des anfänglichen DORA-Austauschs, wie in RFC 2131 beschrieben.

Auswahl eines Servers: Nach dem Senden von „DHCPDISCOVER“ erhält der Client möglicherweise Angebote von mehreren Servern. Er wählt einen aus und sendet eine „DHCPREQUEST“-Anfrage im Rundfunk, die die Serverkennung des ausgewählten Servers und die angebotene Adresse enthält.
Benachrichtigung anderer Server: Da die Nachricht als Broadcast gesendet wird, sehen Server, deren Angebote nicht ausgewählt wurden, die Server-ID, erkennen die Ablehnung und können die von ihnen reservierte Adresse freigeben.
Empfang der Antwort: Der ausgewählte Server antwortet mit „DHCPACK“, um die Lease zu bestätigen und Konfigurationsoptionen zu übermitteln. Er antwortet mit „DHCPNAK“, wenn er die Adresse nicht mehr vergeben kann.
Verlängerung oder Neubindung: Wenn eine Lease bald abläuft, sendet der Client erneut ein DHCPREQUEST. Zum Zeitpunkt der Verlängerung sendet er eine Unicast-Nachricht an den ursprünglichen Server, zum Zeitpunkt der Neubindung eine Broadcast-Nachricht an einen beliebigen Server.

Ein Client, der neu startet und sich an eine frühere Zuweisung erinnert, kann auch ein DHCPREQUEST ohne DHCPDISCOVER senden, um zu überprüfen, ob die Adresse im aktuellen Netzwerk noch gültig ist. In diesem Fall wird keine Server-Kennung angegeben, sodass jeder Server, der die Zuordnung kennt, antworten kann.

Warum DHCPREQUEST in Unternehmensnetzwerken wichtig ist

DHCPREQUEST ist der Zeitpunkt, an dem eine Lease verbindlich wird. Solange der Server nicht mit DHCPACK antwortet, darf der Client die angebotene Adresse nicht verwenden. In Netzwerken mit Tausenden von Clients gehen ständig Verlängerungsanfragen ein, sodass das Volumen und der Zeitpunkt dieser Nachrichten die Serverauslastung beeinflussen. Kurze Lease-Zeiten erhöhen die Anzahl der DHCPREQUEST-Nachrichten und den Datenverkehr auf dem Server.

Die Fehlerbehebung hängt davon ab, dass diese Nachricht korrekt interpretiert wird. Ein Client, der wiederholt DHCPREQUEST-Nachrichten sendet und DHCPNAK erhält, hält in der Regel eine Adresse, die für sein aktuelles Subnetz falsch ist, beispielsweise nach einem Wechsel zwischen VLANs. Fehlende Antworten deuten oft auf ein Problem mit einem Relay-Agenten, einen ausgefallenen Server oder einen Bereich hin, in dem die Adressen aufgebraucht sind. Paketaufzeichnungen, die die Option „Server Identifier“ enthalten, zeigen, welchen Server der Client ausgewählt hat.

Sicherheitsteams legen Wert darauf, da „DHCPREQUEST“ im Basisprotokoll nicht authentifiziert ist. Ein betrügerischer Server kann einem Client antworten und den Austausch für sich entscheiden, indem er ein falsches Gateway oder einen falschen DNS-Server angibt. Switch-Funktionen wie DHCP-Snooping schränken dies ein, indem sie Serverantworten nur auf zugelassenen Ports vertrauen, und die Protokollierung von DHCPREQUEST-Aktivitäten hilft dabei, Adresskonflikte, Spoofing und Erschöpfungsangriffe zu erkennen.

Wie sich „DHCPREQUEST“ von verwandten Begriffen unterscheidet

DHCPREQUEST vs. DHCPDISCOVER

DHCPDISCOVER ist die erste Broadcast-Anfrage des Clients, mit der nach verfügbaren Servern gesucht wird, während DHCPREQUEST bestimmte Parameter abfragt, wie beispielsweise die Annahme des Angebots eines Servers oder die Verlängerung einer bestehenden Lease. Was ist DHCPDISCOVER?

Attribute	DHCPREQUEST	DHCPDISCOVER
Purpose	Requests a specific address and options	Locates DHCP servers and starts the exchange
Position in DORA	Third message	First message
Sent in renewal	Yes, usually unicast to the leasing server at renewal	No
Contains server identifier	Yes when selecting an offer	No, because no server has been chosen
Expected reply	DHCPACK or DHCPNAK	DHCPOFFER

DHCPREQUEST vs. DHCPACK

DHCPREQUEST ist die Konfigurationsanfrage des Clients, und DHCPACK ist die Antwort des Servers, die die Lease bestätigt und die Optionen übermittelt. Was ist DHCPACK?

Attribute	DHCPREQUEST	DHCPACK
Sender	Client	Server
Role	Asks for or confirms parameters	Grants the lease and supplies options
Effect on address use	Client may not use the address yet	Client may begin using the address

Häufige Probleme mit DHCPREQUEST

Ein Client, der in ein anderes VLAN oder Subnetz gewechselt ist, fordert oft weiterhin seine alte Adresse an und erhält jedes Mal eine DHCPNAK-Antwort. Normalerweise stellt sich der Zustand durch einen Neustart der Adressermittlung wieder her, doch ein Client, der es immer wieder versucht, deutet auf einen veralteten Cache oder einen falschen Scope auf dem Server hin.

Broadcast-DHCPREQUEST-Nachrichten erreichen den Server niemals, wenn der Relay-Agent fehlt oder dessen Helper-Adresse falsch ist. Bei den Clients tritt dann ein Timeout auf, und Paketaufzeichnungen zeigen Anfragen im Client-VLAN ohne Antwort an.

Ein unerwünschter oder falsch konfigurierter zweiter Server kann als Antwort auf Anfragen DHCPNAK oder widersprüchliche Angebote senden. Clients verlieren gültige Leases oder erhalten falsche Gateways und DNS-Einstellungen, und die Server-Kennung in den erfassten Anfragen zeigt an, welcher Server ausgewählt wurde.

Sehr kurze Lease-Zeiten oder viele Clients, die gleichzeitig neu starten, führen zu Spitzen bei DHCPREQUEST-Nachrichten, die die Serverantworten verlangsamen. Eine Verlängerung der Lease-Zeiten oder ein gestaffelter Neustart verringert diese Spitzen.

In einem Failover-Paar kann ein Partner, dem aktuelle Lease-Daten fehlen, eine Verlängerung mit DHCPNAK beantworten oder sie ignorieren. Clients verlieren ihre Adresse; überprüfen Sie daher zunächst den Failover-Status und die Lease-Synchronisation.

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 DHCPREQUEST?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DHCPREQUEST auf einen Blick

So funktioniert DHCPREQUEST

Warum DHCPREQUEST in Unternehmensnetzwerken wichtig ist

Wie sich „DHCPREQUEST“ von verwandten Begriffen unterscheidet

DHCPREQUEST vs. DHCPDISCOVER

DHCPREQUEST vs. DHCPACK

Häufige Probleme mit DHCPREQUEST

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

DHCPREQUEST – Häufig gestellte Fragen

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