DHCP-Glossar

Was ist ein DHCP-Relay-Agent?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

A DHCP relay agent is a network function that forwards DHCP messages between clients and servers on different IP subnets by converting client broadcasts into unicast packets and recording the originating subnet in the giaddr field, enabling centralized DHCP server management across hundreds of VLANs. Without relay agents, each subnet would require its own DHCP server, multiplying hardware and maintenance overhead, but relay configuration is a critical dependency that is easy to misconfigure, leading to client address assignment failures when server addresses are wrong, helper configurations are missing, or firewalls block UDP port 67. Proper relay agent deployment, combined with security measures like DHCP snooping and option 82 for port-level visibility, enables reliable and scalable network address management across complex multi-subnet environments.

  • DHCP relay agents convert client broadcast messages to unicast packets addressed to centralized servers and set the giaddr field to the relay interface IP address so servers can select the correct address scope for the requesting subnet.
  • Relay agent misconfigurations—such as missing helper addresses on new VLANs, mismatched giaddr values against configured scopes, or firewalls blocking UDP ports 67 and 68—result in clients failing to obtain leases while DHCP servers appear healthy.
  • Relay agent information option 82, defined in RFC 3046, provides security by allowing servers to identify the switch port or circuit originating each request, supporting policy enforcement and attack tracing while also requiring careful configuration to avoid downstream duplication or server rejection.

DHCP-Relay-Agent auf einen Blick

AttributeValue
CategoryNetwork protocol function
Defined inRFC 951 (BOOTP relay behavior), RFC 1542, and RFC 2131 for DHCP
Protocol and portUDP; clients use port 68 and servers and relay agents use port 67
OSI layerLayer 7 (application), running on a router or Layer 3 switch
Primary useLetting a central DHCP server assign addresses to clients on remote subnets
Related termsDHCP, DHCP server, DHCP scope, DHCP option 82, IP helper address, IPAM

So funktioniert der DHCP-Relay-Agent

DHCP-Clients finden Server über Broadcasts, und Router leiten Broadcasts nicht zwischen Subnetzen weiter. Ein Relay-Agent, der in der Regel auf dem Router oder der den Clients zugewandten Layer-3-Schnittstelle konfiguriert ist, überbrückt diese Lücke.

  1. Client-Broadcast: Ein Client ohne Adresse sendet eine DHCP-Discover-Nachricht in seinem lokalen Subnetz.
  2. Der Relay-Agent empfängt die Nachricht: Der Relay-Agent, der auf dieser Schnittstelle auf Verbindungen wartet, empfängt die Broadcast-Nachricht und setzt das Feld „giaddr“ auf die IP-Adresse der Schnittstelle, die die Nachricht empfangen hat.
  3. Unicast an den Server: Der Relay leitet die Nachricht als Unicast an eine oder mehrere konfigurierte DHCP-Serveradressen weiter. Dabei können auch Informationen zum Relay-Agenten hinzugefügt werden, die als Option 82 bezeichnet werden.
  4. Der Server wählt einen Bereich aus: Der DHCP-Server verwendet den giaddr-Wert, um die Anfrage einem Bereich für dieses Subnetz zuzuordnen, und erstellt daraus ein Angebot.
  5. Antwort wird an den Client zurückgesendet: Der Server sendet die Antwort an die giaddr-Adresse. Das Relay leitet sie dann per Broadcast oder Unicast im Client-Subnetz an den Client weiter.

Der gleiche Relay-Pfad überträgt die Anfrage- und Bestätigungsnachrichten, die den Austausch abschließen. Spätere Verlängerungen erfolgen in der Regel per Unicast direkt zwischen Client und Server und benötigen den Relay nicht. Die Informationen zum Relay-Agenten werden entfernt, bevor die Antwort den Client erreicht.

Warum DHCP-Relay-Agenten in Unternehmensnetzwerken wichtig sind

Relay-Agenten machen ein zentralisiertes DHCP praktikabel. Ohne sie bräuchte jedes Subnetz einen eigenen DHCP-Server, was den Aufwand für Hardware, Konfiguration und Wartung vervielfachen würde. Mit Relay-Agenten kann eine kleine Anzahl redundanter Server Hunderte von VLANs bedienen, und die Scopes lassen sich an einem Ort verwalten.

Aus betrieblicher Sicht ist der Relay-Agent eine Abhängigkeit, die leicht übersehen wird. Eine falsche Serveradresse, eine fehlende Helper-Konfiguration in einem neuen VLAN oder eine Firewall, die den UDP-Port 67 blockiert, führt dazu, dass Clients keine Adressen erhalten, obwohl der Server als betriebsbereit angezeigt wird. Da der giaddr-Wert den Scope auswählt, führt eine Nichtübereinstimmung zwischen der Adresse der Relay-Schnittstelle und den auf dem Server definierten Scopes dazu, dass Anfragen ignoriert oder aus dem falschen Pool beantwortet werden.

Aus Sicherheitsgründen ermöglichen Relay-Agent-Informationen (Option 82, beschrieben in RFC 3046) einem Server zu erkennen, von welchem Switch-Port oder welcher Leitung eine Anfrage stammt, was die Durchsetzung von Richtlinien und die Nachverfolgung unterstützt. Relays erweitern zudem die Reichweite von unerwünschten DHCP-Servern, wenn nicht autorisierte Server als Ziele aufgeführt sind; daher sollte die Relay-Konfiguration kontrolliert und überprüft werden. Switch-Funktionen wie DHCP-Snooping ergänzen Relays, indem sie einschränken, von welchen Ports Serverantworten gesendet werden dürfen.

Wie sich der DHCP-Relay-Agent im Vergleich zu verwandten Begriffen darstellt

DHCP-Relay-Agent vs. DHCP-Snooping

Ein Relay-Agent leitet DHCP-Nachrichten über Subnetze hinweg weiter, während DHCP-Snooping eine Sicherheitsfunktion von Switches ist, die DHCP-Nachrichten filtert, um nicht vertrauenswürdige Server zu blockieren. Was ist DHCP-Snooping?

AttributeDHCP relay agentDHCP snooping
Primary purposeCarry client requests to a server on another subnetBlock rogue DHCP servers and validate DHCP traffic
Typical locationRouter or Layer 3 interface facing clientsAccess or Layer 2 switch ports
Effect on messagesConverts broadcasts to unicast and sets giaddrPermits or drops messages based on port trust
Required for multi-subnet DHCPYes, unless a server sits on each subnetNo

DHCP-Relay-Agent vs. Standard-Gateway

Ein Standard-Gateway ist die Router-Adresse, über die Clients andere Netzwerke erreichen, während ein Relay-Agent eine Funktion ist, die DHCP-Nachrichten weiterleitet und häufig auf demselben Router ausgeführt wird. Was ist ein Standard-Gateway?

Häufige Probleme mit DHCP-Relay-Agenten

Ein neues VLAN wird erstellt und seiner Schnittstelle wird eine Adresse zugewiesen, es ist jedoch kein Relay-Ziel konfiguriert. Clients in diesem VLAN können keine Leases erhalten und greifen auf Link-Local-Adressen zurück, während andere VLANs normal funktionieren.

Der Server verfügt über keinen Bereich, dessen Subnetz die Adresse der Relay-Schnittstelle enthält, sodass er Anfragen ignoriert oder zurückweist. Dies geschieht häufig nach der Umnummerierung eines Subnetzes oder wenn eine sekundäre Adresse auf der Schnittstelle als giaddr verwendet wird.

Eine Firewall zwischen Relay und Server blockiert die UDP-Ports 67 oder 68 bzw. den Rückweg für Serverantworten. In den Serverprotokollen werden keine Anfragen angezeigt, oder Angebote werden gesendet, erreichen die Clients jedoch nie.

Nachdem ein Server ausgetauscht oder neu adressiert wurde, verweisen Relays weiterhin auf die alte Adresse. Failover-Paare erscheinen dann als funktionsfähig, doch manche Relays erreichen nur einen Peer oder gar keinen.

Ein Relay fügt Option-82-Daten ein, die der Server nicht erwartet, oder ein nachgeschaltetes Gerät fügt sie ein zweites Mal hinzu. Der Server lehnt das Paket möglicherweise ab oder wendet die falsche Richtlinie an, sodass Clients an bestimmten Ports abgelehnt oder falsch zugeordnet werden.

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.

Häufig gestellte Fragen zum DHCP-Relay-Agent

Verwandte Begriffe

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

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

Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…

Read more
Content Hub

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

Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

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

Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

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

Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…

Read more
Podcast

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…

Read more
Podcast

Podcast: Why Open Platforms Matter in Network Operations

Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

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

Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…

Read more
Hands on laptop with digital dashboard showing IP address usage, overlapping ranges, and cost analytics for DDI infrastructur

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

Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…

Read more

Verwandte Artikel