Allgemeine DHCP-Konfiguration für Schnittstellengruppen und Servergruppen
Gruppieren von Schnittstellen mit gängigen DHCP-Konfigurationen
Sie verwenden das Gruppenfeature, um eine Reihe von Schnittstellen zu gruppieren und dann eine gemeinsame DHCP-Konfiguration auf die benannte Schnittstellengruppe anzuwenden. Der erweiterte lokale DHCP-Server, der lokale DHCPv6-Server, der DHCP-Relay-Agent und der DHCPv6-Relay-Agent unterstützen alle Schnittstellengruppen.
Mit den folgenden Schritten wird eine lokale DHCP-Servergruppe erstellt. Die Schritte sind für den lokalen DHCPv6-Server, den DHCP-Relay-Agent und den DHCPv6-Relay-Agent ähnlich.
So konfigurieren Sie eine lokale DHCP-Serverschnittstellengruppe:
Example- 2
Um eine Schnittstellengruppe zu konfigurieren, verwenden Sie die group Anweisung.
Sie können die Namen einer oder mehrerer Schnittstellen angeben, auf denen die erweiterte DHCP-Anwendung aktiviert ist. Sie können die interface interface-name Anweisung wiederholen, um mehrere Schnittstellen innerhalb einer Gruppe anzugeben, aber Sie können dieselbe Schnittstelle nicht in mehr als einer Gruppe angeben. Zum Beispiel:
Mit den erweiterten DHCP-Anwendungen können Sie eine Reihe von Schnittstellen gruppieren und eine gemeinsame DHCP-Konfiguration auf die benannte Schnittstellengruppe anwenden.
group boston { interface 192.168.10.1; interface 192.168.15.5; }Mit dieser upto Option können Sie einen Bereich von Schnittstellen angeben, auf denen die erweiterte DHCP-Anwendung aktiviert ist. Zum Beispiel:
group quebec { interface 192.168.10.1 upto 192.168.10.255; }-
Sie können die
excludeOption verwenden, um eine bestimmte Schnittstelle oder einen bestimmten Bereich von Schnittstellen aus der Gruppe auszuschließen. Zum Beispiel:group paris { interface 192.168.100.1 exclude; interface 192.168.100.100 upto 192.168.100.125 exclude; }
Example:
group group-name { authentication { password password-string; username-include { circuit-type; delimiter delimiter-character; domain-name domain-name-string; logical-system-name; mac-address; option-60; option-82 <circuit-id> <remote-id>; routing-instance-name; user-prefix user-prefix-string; } } interface interface-name <upto upto-interface-name> <exclude>; }
Richtlinien für die Konfiguration von Schnittstellenbereichen für Gruppen von DHCP-Schnittstellen
In diesem Thema werden Richtlinien beschrieben, die beim Konfigurieren von Schnittstellenbereichen für benannte Schnittstellengruppen für DHCP, lokalen Server und DHCP-Relay zu beachten sind. Die Richtlinien beziehen sich auf die folgende Konfigurationsanweisung:
user@host# set interface interface-name upto upto-interface-name
Die Anfangsuntereinheit
interface interface-name, dient als Schlüssel für die Strophe. Die übrigen Konfigurationseinstellungen werden als Attribute betrachtet.Wenn die Untereinheit nicht enthalten ist, wird eine implizite
.0Untereinheit erzwungen. Die implizite Untereinheit wird auf alle Schnittstellen angewendet, wenn die automatische Konfiguration aktiviert ist. Wird z. Binterface ge-2/2/2. alsinterface ge-2/2/2.0behandelt.Bereichseinträge enthalten die
uptoOption, und die Konfiguration gilt für alle Schnittstellen innerhalb des angegebenen Bereichs. Der Anfang eines Bereichseintrags muss kleiner als das Ende des Bereichs sein. Diskrete Einträge gelten für eine einzelne Schnittstelle, außer bei der automatischen Konfiguration, bei der eine0(Null-)Untereinheit als Platzhalter fungiert.Schnittstellenzeilen, die innerhalb desselben Routers oder Switch-Kontexts definiert sind, sind abhängig und können sich gegenseitig einschränken – sowohl der lokale DHCP-Server als auch das DHCP-Relay werden berücksichtigt. Schnittstellenabschnitte, die in verschiedenen Router-Kontexten (Switch) definiert sind, sind unabhängig und schränken sich nicht gegenseitig ein.
Jede Schnittstellen-Strophe, ob diskret oder bereichsbezogen, hat eine eindeutige Startuntereinheit für einen bestimmten Router-Kontext. Beispielsweise ist die folgende Konfiguration innerhalb derselben Gruppe nicht zulässig, da
ge-1/0/0.10sie die Startuntereinheit für beide ist.interface ge-1/0/0.10 upto ge-1/0/0.30 interface ge-1/0/0.10
Zwei Gruppen können sich den Schnittstellenbereich nicht teilen. Beispielsweise ist die folgende Konfiguration nicht zulässig, da die drei Zeilengruppen denselben Abstand teilen und sich gegenseitig stören – interface
ge-1/0/0.26ist allen dreien gemeinsam.dhcp-relay group diamond interface ge-1/0/0.10 upto ge-1/0/0.30 dhcp-local-server group ruby interface ge-1/0/0.26 dhcp-relay group sapphire interface ge-1/0/0.25 upto ge-1/0/0.35
Zwei Bereiche können sich weder innerhalb einer Gruppe noch gruppenübergreifend überschneiden. Überlappung tritt auf, wenn zwei Schnittstellenbereiche einen gemeinsamen Untereinheitsraum teilen, aber keiner der Bereiche eine richtige Teilmenge des anderen ist. Die folgenden Bereiche überschneiden sich:
interface ge-1/0/0.10 upto ge-1/0/0.30 interface ge-1/0/0.20 upto ge-1/0/0.40
Ein Bereich kann mehrere geschachtelte Bereiche enthalten. Ein geschachtelter Bereich ist eine geeignete Teilmenge eines anderen Bereichs. Wenn Bereiche geschachtelt sind, gilt der kleinste übereinstimmende Bereich.
Im folgenden Beispiel werden die drei Bereiche ordnungsgemäß verschachtelt:
interface ge-1/0/0.10 upto ge-1/0/0.30 interface ge-1/0/0.12 upto ge-1/0/0.15 exclude interface ge-1/0/0.25 upto ge-1/0/0.29 exclude
Diskrete Schnittstellen haben Vorrang vor Bereichen. Im folgenden Beispiel hat die Schnittstelle
ge-1/0/0.20Vorrang und erzwingt ein Schnittstellenclient-Limit von5.interface ge-1/0/0.10 upto ge-1/0/0.30 interface ge-1/0/0.15 upto ge-1/0/0.25 exclude interface ge-1/0/0.20 overrides interface-client-limit 5
Konfigurieren gruppenspezifischer Optionen für lokale DHCP-Server
Sie können die folgenden Anweisungen auf Hierarchieebene [edit system services dhcp-local-server group group-name] einschließen, um gruppenspezifische Konfigurationsoptionen für lokale DHCP-Server festzulegen. Anweisungen, die auf Hierarchieebene [edit system services dhcp-local-server group group-name] konfiguriert sind, gelten nur für die benannte Gruppe von Schnittstellen und überschreiben alle globalen Einstellungen für lokale DHCP-Server, die mit denselben Anweisungen auf der [edit system services dhcp-local-server] Hierarchieebene konfiguriert sind.
Der lokale DHCPv6-Server unterstützt mit Ausnahme der dynamic-profile Anweisung denselben Satz von Anweisungen.
-
authentication– Konfigurieren Sie die Parameter, die der Router an den externen AAA-Server sendet. -
dynamic-profile– Geben Sie das dynamische Profil an, das einer Gruppe von Schnittstellen zugeordnet ist. -
interface– Geben Sie eine oder mehrere Schnittstellen oder einen Bereich von Schnittstellen an, die sich in der angegebenen Gruppe befinden. -
liveness-detection—Konfiguration von bidirektionalen Fehlererkennungs-Timern und Authentifizierungs-Kriterien für statische Routen oder Layer-2-Live-Erkennung mithilfe von ARP- und Neighbor Discovery-Paketen. Weitere Informationen finden Sie unter Übersicht über die DHCP-Livenesserkennung. -
overrides– Überschreiben Sie die Standardkonfigurationseinstellungen für den erweiterten lokalen DHCP-Server. Weitere Informationen finden Sie unter Überschreiben der Standardkonfigurationseinstellungen für den lokalen DHCP-Server. -
interface-tag– (Optional) Gibt einen Tag-Namen für die Schnittstelle an, der einer DHCP-Konfiguration zugeordnet wird. Verwenden Sie das Tag, um Abonnenten zu identifizieren, die dieser lokalen DHCP-Servergruppe zugeordnet sind.
Konfigurieren gruppenspezifischer DHCP-Relay-Optionen
Sie können die folgenden Anweisungen auf Hierarchieebene [edit forwarding-options dhcp-relay group group-name] einschließen, um gruppenspezifische Konfigurationsoptionen für DHCP-Relay-Agents festzulegen. Gruppenspezifische Anweisungen gelten nur für die benannte Gruppe von Schnittstellen und überschreiben alle globalen DHCP-Relay-Agent-Einstellungen für dieselbe Anweisung.
Fügen Sie die Anweisungen auf Hierarchieebene ein, um gruppenspezifische Optionen für den [edit forwarding-options dhcp-relay dhcpv6 group group-name] DHCPv6-Relay-Agent zu konfigurieren.
-
active-server-group– Konfigurieren Sie eine aktive Servergruppe, um eine gemeinsame DHCP-Relay-Agent-Konfiguration für eine benannte Gruppe von DHCP-Serveradressen anzuwenden. Weitere Informationen finden Sie unter Konfigurieren aktiver Servergruppen zum Anwenden einer gemeinsamen DHCP-Relay-Agent-Konfiguration auf benannte Servergruppen. -
authentication– Konfigurieren Sie die Parameter, die der Router (oder Switch) an den externen AAA-Server sendet. -
dynamic-profile– Geben Sie das dynamische Profil an, das einer Gruppe von Schnittstellen zugeordnet ist. -
interface– Geben Sie eine oder mehrere Schnittstellen oder einen Bereich von Schnittstellen an, die sich in der angegebenen Gruppe befinden. -
liveness-detection—Konfiguration von bidirektionalen Fehlererkennungs-Timern und Authentifizierungs-Kriterien für statische Routen oder Layer-2-Live-Erkennung mithilfe von ARP- und Neighbor Discovery-Paketen. Weitere Informationen finden Sie unter Übersicht über die DHCP-Livenesserkennung. -
overrides– Überschreiben Sie die Standardkonfigurationseinstellungen für den erweiterten DHCP-Relay-Agenten. Weitere Informationen finden Sie unter Überschreiben der Standardeinstellungen für die DHCP-Relaykonfiguration. -
relay-agent-interface-id– (nur DHCPv6) Fügen Sie die DHCPv6 Relay Agent Interface-ID-Option (Option 18) in DHCPv6-Pakete ein, die für den DHCPv6-Server bestimmt sind. -
relay-agent-remote-id—(nur DHCPv6) Fügen Sie die DHCPv6 Relay Agent Remote-ID-Option (Option 37) in DHCPv6-Pakete ein, die für den DHCPv6-Server bestimmt sind. -
relay-option– Konfigurieren Sie die selektive Verarbeitung, bei der DHCP-Optionen in Client-Paketen verwendet werden, um Client-Datenverkehr zu identifizieren und zu filtern und die Aktion anzugeben, die der DHCP-Relay-Agent mit dem Datenverkehr ausführt. Weitere Informationen finden Sie unter Verwenden von DHCP-Optionsinformationen zum selektiven Verarbeiten von DHCP-Clientdatenverkehr. -
relay-option-82—(nur DHCPv4) Aktivieren oder deaktivieren Sie das Einfügen von Informationen der Option 82 in Pakete, die für einen DHCP-Server bestimmt sind. Weitere Informationen finden Sie unter Verwenden von DHCP Relay Agent Option 82 Informationen. -
service-profile– Geben Sie den Standard-Anwender-Service (oder das Standardprofil) an, der aktiviert wird, wenn sich der Anwender (oder DHCP-Client) anmeldet und kein anderer Service von einem RADIUS-Server oder einem Provisioning-Server aktiviert wird. Weitere Informationen finden Sie unter Standard-Anwender-Serviceübersicht . -
interface-tag– (Optional) Gibt einen Tag-Namen für die Schnittstelle an, der einer DHCP-Konfiguration zugeordnet wird. Verwenden Sie das Tag, um Abonnenten zu identifizieren, die diesem DHCP-Relay-Agent zugeordnet sind.
Konfigurieren aktiver Servergruppen zum Anwenden einer gemeinsamen DHCP Relay Agent-Konfiguration auf benannte Servergruppen
Sie können eine allgemeine DHCP- oder DHCPv6-Relaykonfiguration auf eine Gruppe von IP-Adressen anwenden, die als Servergruppe konfiguriert sind. Eine aktive Servergruppe wird manchmal auch als vertrauenswürdige Servergruppe bezeichnet.
Sie können aktive Servergruppen global oder auf Gruppenebene konfigurieren (konfiguriert mit Wenn group. Sie die aktive Servergruppe auf Gruppenebene anwenden, überschreibt sie eine globale Konfiguration aktiver Servergruppen.
So konfigurieren Sie eine Gruppe von DHCP-Serveradressen und wenden sie als aktive Servergruppe an:
Beispiel: Konfigurieren aktiver Servergruppen in der DHCP Relay Agent-Konfiguration
Beispielsweise möchten Sie möglicherweise bestimmten DHCP-Clientdatenverkehr an einen DHCP-Server leiten. Sie können für jede Gruppe von Clients eine Schnittstellengruppe konfigurieren und die DHCP-Relay-Schnittstellen für die Gruppe angeben. In jeder dieser Gruppen geben Sie eine aktive Servergruppe an, an die der Datenverkehr jeder Clientgruppe weitergeleitet wird. Nachdem eine DHCP-Servergruppe erstellt und Server-IP-Adressen hinzugefügt wurden, kann das Gerät, das als DHCP-Relay-Agent verwendet wird, Nachrichten an bestimmte Server weiterleiten.
-
Es werden drei Gruppen von DHCP-Serveradressen konfiguriert: Standard, Campus-A und Campus-B.
-
Die Standardgruppe wird als global aktive Servergruppe für die gesamte DHCP-Relay-Konfiguration angewendet.
-
Die Campus-A-Servergruppe wird als aktive Servergruppe für die Schnittstellengruppe Campus-A-v10-DHCP-RELAY zugewiesen. Der DHCP-Datenverkehr, der auf den Schnittstellen in Campus-A-v10-DHCP-RELAY empfangen wird, wird an die DHCP-Server 198.51.100.100 und 198.51.100.101 weitergeleitet.
-
Die Servergruppe Campus-B wird als aktive Servergruppe für die Schnittstellengruppe Campus-B-v200-DHCP-RELAY zugewiesen. Der auf den Schnittstellen in Campus-B-v200-DHCP-RELAY empfangene DHCP-Datenverkehr wird an die DHCP-Server 198.51.100.55 und 198.51.100.56 weitergeleitet.
-
Der gesamte andere DHCP-Datenverkehr wird an den DHCP-Server 203.0.113.1 weitergeleitet.
[edit forwarding-options dhcp-relay] # # Server groups user@host# set server-group Default 203.0.113.1 user@host# set server-group Campus-A 198.51.100.100 user@host# set server-group Campus-A 198.51.100.101 user@host# set server-group Campus-B 198.51.100.55 user@host# set server-group Campus-B 198.51.100.56 # # Default server group applied globally. user@host# set active-server-group Default # # Interface groups with application of active server groups user@host# set group Campus-A-v10-DHCP-RELAY interface ge-1/1/0.1 user@host# set group Campus-A-v10-DHCP-RELAY interface ge-1/1/0.2 user@host# set group Campus-A-v10-DHCP-RELAY interface ge-1/1/0.3 user@host# set group Campus-A-v10-DHCP-RELAY active-server-group Campus-A user@host# set group Campus-B-v200-DHCP-RELAY interface ge-2/2/0.4 user@host# set group Campus-B-v200-DHCP-RELAY interface ge-2/2/0.5 user@host# set group Campus-B-v200-DHCP-RELAY interface ge-2/1/0.6 user@host# set group Campus-B-v200-DHCP-RELAY active-server-group Campus-B
Beachten Sie Folgendes:
-
In einigen Konfigurationen verwalten Server in einer aktiven Servergruppe redundante Informationen über die DHCP-Clients. Wenn später nicht mehr auf den Bindungsserver zugegriffen werden kann, kann der Client die Lease von diesem Server nicht verlängern. Wenn der Client versucht, eine erneute Bindung an einen Server herzustellen, können andere Server in der Gruppe mit den Clientinformationen mit einer ACK-Nachricht antworten. Anstatt die ACK an den DHCP-Client weiterzuleiten, löscht der Relay-Agent standardmäßig alle solchen ACKs, die er von einem anderen Server als dem Bindungsserver erhält, da die neue Serveradresse nicht mit der erwarteten Serveradresse im DHCP-Clienteintrag übereinstimmt. Folglich kann der Mietvertrag um keinen der redundanten Server verlängert werden.
-
Ab Junos OS Version 16.2R1 können Sie einen DHCPv4-Relay-Agent aktivieren, um DHCP-Anforderungs-ACKs von jedem Server in der aktiven Servergruppe (also von jedem vertrauenswürdigen Server) weiterzuleiten (erneuern oder neu zu binden). Der Relay-Agent aktualisiert den Client-Eintrag mit der neuen Serveradresse. Da von den Servern in der Gruppe erwartet wird, dass sie die Clientinformationen genau widerspiegeln, wird erwartet, dass die Leaseoption mit der für den ursprünglichen Server identisch ist, und der Relay-Agent muss die Leaseoption nicht überprüfen.
-
Ab Junos OS Version 18.4R1 wurde diese Funktion erweitert, sodass ein DHCP-Relay-Agent DHCP-Informationsanforderung (DHCPINFORM)-ACK-Nachrichten von jedem Server in der aktiven Servergruppe weiterleiten kann.
So aktivieren Sie die ACK-Weiterleitung von einem beliebigen Server in der aktiven Servergruppe:
-
Aktivieren Sie die Weiterleitung für die aktive Servergruppe.
[edit forwarding-options dhcp-relay active-server-group] user@host# set allow-server-change
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.