Ein DHCPACK ist die DHCP-Nachricht, die ein Server sendet, um eine Lease zu bestätigen und dem Client seine endgültige Konfiguration zu übermitteln. Sie ist in RFC 2131 definiert und stellt die Antwort auf ein DHCPREQUEST oder DHCPINFORM dar.

Was sendet ein DHCP-Server nach einem DHCPREQUEST?

Er sendet ein DHCPACK, wenn er die Anfrage erfüllen kann, oder ein DHCPNAK, wenn dies nicht möglich ist. Das DHCPACK enthält die Adresse, die Lease-Dauer und die Optionen, die der Client anwenden soll.

Wird DHCPACK als Broadcast oder als Unicast gesendet?

Es kann beides sein, je nach Client und Datenaustausch. RFC 2131 erlaubt es dem Server, eine Unicast-Übertragung an den Client durchzuführen, wenn dieser die Daten vor der Konfiguration empfangen kann, andernfalls erfolgt eine Broadcast-Übertragung. Antworten auf Verlängerungsanfragen erfolgen normalerweise per Unicast.

Erhält DHCPINFORM ein DHCPACK?

Ja, ein Server antwortet auf ein DHCPINFORM mit einem DHCPACK. Diese Antwort enthält lediglich Konfigurationsparameter und weist keine Adresse oder Lease-Zeit zu, da der Client bereits über eine Adresse verfügt.

Warum erhält ein Client kein DHCPACK?

Die üblichen Ursachen sind eine fehlerhafte Konfiguration des Relays, eine Firewall oder eine Snooping-Regel, die die Antwort zurückweist, ein erschöpfter Gültigkeitsbereich oder ein überlasteter Server. Eine Paketaufzeichnung auf dem Client und dem Server zeigt, auf welcher Seite des Datenaustauschs der Fehler auftritt.

Glossar
Was ist DHCPACK (Bestätigung des Dynamic Host Configuration Protocol)?

DHCP-Glossar

Was ist DHCPACK (Bestätigung des Dynamic Host Configuration Protocol)?

DHCPACK (Dynamic Host Configuration Protocol Acknowledgment) ist ein DHCP-Nachrichtentyp, den ein Server sendet, um eine Adresszuweisung zu bestätigen und die endgültigen Konfigurationsparameter an einen Client zu übermitteln. Er antwortet auf ein DHCPREQUEST oder DHCPINFORM, wie in RFC 2131 definiert, und teilt dem Client die geltenden Zuweisungsbedingungen mit.

Vereinfachen wir Ihre DDI

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

Die wichtigsten Erkenntnisse

DHCPACK is a DHCP message type that a server sends to confirm an address lease and deliver final configuration parameters to a client in response to a DHCPREQUEST or DHCPINFORM, as defined in RFC 2131. It represents the final step in the standard four-message DHCP exchange where the lease becomes valid and the device gains working network access. In large networks, DHCPACK delivery is critical for continuous operation; slow or missing acknowledgments due to relay misconfiguration, exhausted pools, firewall rules, or server overload cause clients to remain without addresses or fall back to link-local addressing, resulting in user-visible network outages.

DHCPACK messages can be sent as unicast or broadcast depending on the client and exchange stage, with replies to lease renewals typically sent as unicast after RFC 2131 allows servers to unicast once the client can receive it.
Rogue DHCP servers on the same network segment can send false DHCPACK replies with incorrect gateway or DNS settings unless switch features such as DHCP snooping restrict replies to trusted ports only.
Common failure modes include relay agent misconfiguration causing clients on remote subnets to never receive acknowledgments, firewall policies dropping server replies, and duplicate address conflicts when static devices occupy addresses within the dynamic range.

DHCPACK auf einen Blick

Attribute	Value
Full name	Dynamic Host Configuration Protocol acknowledgment
Category	DHCP message type
Defined in	RFC 2131 for DHCP, with message type values carried in the option format of RFC 2132
Protocol and port	UDP, server port 67 and client port 68
OSI layer	Layer 7 (application)
Primary use	Confirming a lease and delivering configuration parameters to a client
Related terms	DHCP, DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPNAK, DHCP lease

So funktioniert DHCPACK

DHCPACK ist die letzte Nachricht im standardmäßigen vierteiligen DHCP-Austausch für eine neue Lease. Sie wird auch verwendet, wenn ein Client eine Lease verlängert oder lediglich Konfigurationsparameter anfordert.

Discover: Der Client sendet ein DHCPDISCOVER-Paket, um verfügbare DHCP-Server zu finden.
Offer: Jeder antwortende Server sendet ein DHCPOFFER mit einer vorgeschlagenen Adresse und Konfigurationsoptionen.
Anfrage: Der Client wählt ein Angebot aus und sendet ein DHCPREQUEST, in dem er den ausgewählten Server nennt; dadurch wird den anderen Servern mitgeteilt, dass ihre Angebote abgelehnt wurden.
Bestätigung: Der ausgewählte Server protokolliert die Lease-Zuweisung und sendet ein DHCPACK-Paket, das die Adresse, die Lease-Dauer und die Optionen enthält. Der Client kann daraufhin seine Schnittstelle konfigurieren und die Adresse nutzen.

Bevor ein Client die Adresse verwendet, kann er das Netzwerk beispielsweise mit ARP abfragen, um sicherzustellen, dass kein anderer Host diese Adresse belegt. Ist die Adresse bereits vergeben, sieht RFC 2131 vor, dass der Client ein DHCPDECLINE sendet und von vorne beginnt. Wenn der Server eine Anfrage nicht erfüllen kann, sendet er anstelle eines DHCPACK ein DHCPNAK. Ein DHCPACK dient auch als Antwort auf ein DHCPINFORM; in diesem Fall enthält es Optionen, aber keine Adresse.

Warum DHCPACK in Unternehmensnetzwerken wichtig ist

Das DHCPACK ist der Zeitpunkt, zu dem eine Lease gültig wird, also der Moment, in dem ein Gerät einen funktionierenden Netzwerkzugang erhält. In großen Netzwerken senden Server diese Nachrichten kontinuierlich, während Geräte dem Netzwerk beitreten, zwischen Netzwerken wechseln und ihre Lease verlängern. Gemäß RFC 2131 beginnen Clients standardmäßig zur Hälfte der Lease-Dauer mit der Verlängerung, sodass die Lease-Dauer direkt bestimmt, wie viele DHCPACK-Nachrichten ein Server erzeugen muss.

Wenn DHCPACK-Nachrichten nur langsam eintreffen oder ganz ausbleiben, bleiben Clients ohne Adresse oder greifen auf die Link-Local-Adressierung zurück, was von den Nutzern als Netzwerkausfall wahrgenommen wird. Häufige Ursachen sind erschöpfte Adresspools, falsch konfigurierte Relay-Agenten, ein ausgefallener Server ohne Failover-Partner oder Konflikte, die dazu führen, dass Clients DHCPDECLINE senden. Die Protokollierung von DHCPACK- und DHCPNAK-Aktivitäten verschafft Betreibern einen genauen Überblick über die Vergabe von Leases und die ersten Anzeichen einer Erschöpfung des Adresspools.

DHCPACK-Nachrichten werden im Standard-DHCP nicht authentifiziert, sodass ein unberechtigter Server im selben Segment eine Anfrage beantworten und falsche Gateway- oder DNS-Einstellungen vergeben kann. Switch-Funktionen wie DHCP-Snooping schränken dies ein, indem sie Serverantworten nur von vertrauenswürdigen Ports zulassen. Genaue Aufzeichnungen darüber, welches DHCPACK welche Adresse vergeben hat, unterstützen zudem das IPAM und die Untersuchung von Vorfällen.

Wie sich „DHCPACK“ im Vergleich zu verwandten Begriffen darstellt

DHCPACK vs. DHCPNACK

DHCPACK bestätigt eine Lease und übermittelt die Konfiguration, während DHCPNAK – so lautet der Name der Nachricht in RFC 2131 – dem Client mitteilt, dass die angeforderte Adresse nicht verwendet werden kann und er von vorne beginnen muss. Was ist DHCPNACK?

Attribute	DHCPACK	DHCPNACK
Purpose	Confirms the lease and supplies final parameters	Rejects the client's request for an address
Sent in reply to	DHCPREQUEST or DHCPINFORM	DHCPREQUEST
Client action on receipt	Configures the interface and uses the lease	Stops using the address and restarts discovery
Typical trigger	Valid request for an address the server can grant	Client requests an address that is wrong for its subnet or no longer available

DHCPACK vs. DHCPOFFER

DHCPOFFER schlägt eine Adresse und Optionen vor, bevor der Client zusagt, während DHCPACK die endgültige Bestätigung ist, die die Lease gültig macht. Was ist DHCPOFFER?

Attribute	DHCPACK	DHCPOFFER
Position in exchange	Last message of the lease exchange	Second message, after DHCPDISCOVER
Sent in reply to	DHCPREQUEST or DHCPINFORM	DHCPDISCOVER
Binds the lease	Yes, the lease takes effect	No, the proposal is only an offer
Number sent	One, from the selected server	One from each responding server

Häufige Probleme mit DHCPACK

Clients in einem entfernten Subnetz senden Anfragen, erhalten jedoch niemals ein DHCPACK, da der Relay-Agent eine falsche oder fehlende giaddr hat oder der Rückverkehr blockiert ist. Die Serverprotokolle zeigen eine gesendete Bestätigung an, während die Client-Protokolle wiederholte Anfragen anzeigen.

Nach einem Stromausfall oder einem Wi-Fi-Roam-Storm senden viele Clients gleichzeitig Anfragen, und ein überlasteter Server oder eine langsame Backend-Datenbank verzögert die DHCPACK-Antwort. Bei den Clients läuft die Zeit ab, sie versuchen es erneut und greifen möglicherweise auf link-lokale Adressen zurück.

Ein nicht autorisierter DHCP-Server – häufig ein an einen Switch angeschlossener Router für Privatanwender – sendet ein eigenes DHCPACK mit einem falschen Gateway oder DNS-Server. Die Nutzer erhalten Adressen, die lokal funktionieren, mit denen sie jedoch keine anderen Netzwerke erreichen können.

Ein Client prüft die Adresse nach dem DHCPACK, stellt fest, dass sie bereits belegt ist, und lehnt die Lease ab. Dies wird in der Regel durch ein Gerät mit statischer IP-Adresse innerhalb des dynamischen Bereichs verursacht und zeigt sich in den Serverprotokollen als wiederholte Ablehnungen.

Eine Sicherheitsrichtlinie oder DHCP-Snooping an einem nicht vertrauenswürdigen Port verwirft das DHCPACK des Servers, sodass der Server eine Lease aufzeichnet, von der der Client nie etwas erfährt. Stellen Sie sicher, dass der dem Server zugewandte Port als vertrauenswürdig eingestuft ist und dass die UDP-Ports 67 und 68 zugelassen sind.

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 DHCPACK (Bestätigung des Dynamic Host Configuration Protocol)?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DHCPACK auf einen Blick

So funktioniert DHCPACK

Warum DHCPACK in Unternehmensnetzwerken wichtig ist

Wie sich „DHCPACK“ im Vergleich zu verwandten Begriffen darstellt

DHCPACK vs. DHCPNACK

DHCPACK vs. DHCPOFFER

Häufige Probleme mit DHCPACK

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

DHCPACK-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

Was ist DHCPACK (Bestätigung des Dynamic Host Configuration Protocol)?

Sind Sie bereit, Ihre DDI zu vereinfachen?

DHCPACK auf einen Blick

So funktioniert DHCPACK

Warum DHCPACK in Unternehmensnetzwerken wichtig ist

Wie sich „DHCPACK“ im Vergleich zu verwandten Begriffen darstellt

DHCPACK vs. DHCPNACK

DHCPACK vs. DHCPOFFER

Häufige Probleme mit DHCPACK

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

DHCPACK-FAQ

Was ist ein DHCPACK?

Was sendet ein DHCP-Server nach einem DHCPREQUEST?

Wird DHCPACK als Broadcast oder als Unicast gesendet?

Erhält DHCPINFORM ein DHCPACK?

Warum erhält ein Client kein DHCPACK?

Verwandte Begriffe

Verwandte Artikel