RADIUS-Server und Parameter für den Teilnehmerzugriff
Die Konfiguration von Parametern und Optionen für RADIUS-Server ist ein wichtiger Bestandteil der Konfiguration der Abonnentenverwaltung. Nachdem Sie die Authentifizierungs- und Kontoführungsserver definiert haben, konfigurieren Sie Optionen für alle RADIUS-Server. Außerdem konfigurieren Sie Zugriffsprofile, mit denen Sie Authentifizierungs-, Autorisierungs- und Kontoführungskonfigurationsparameter für Abonnenten oder Gruppen von Abonnenten angeben können. Die Profileinstellungen haben Vorrang vor globalen Einstellungen. Obwohl einige Optionen sowohl auf globaler Ebene als auch auf Zugriffsprofilebene verfügbar sind, sind viele Optionen nur in Zugriffsprofilen verfügbar.
Nachdem Sie ein Zugriffsprofil erstellt haben, müssen Sie mit einer Anweisung access-profile
angeben, wo das Profil verwendet werden soll. Dies wird als Anhängen des Profils bezeichnet. Zugriffsprofile können auf verschiedenen Ebenen vergeben werden. Dies ist beispielsweise ein Ort, an dem Sie Zugriffsprofile anbringen können
Global für eine Routing-Instanz.
In dynamischen Profilen.
In einer Domänenzuordnung, die Zugriffsoptionen und Sitzungsparameter für Abonnentensitzungen abbildet.
An den Schnittstellen für dynamische VLANs und dynamische gestapelte VLANs.
Auf der Schnittstelle oder in einer Teilnehmergruppe für Teilnehmer mit statisch konfigurierten Schnittstellen für die dynamische Servicebereitstellung.
Auf DHCP-Relay-Agents und lokalen DHCP-Servern für DHCP-Clients oder -Abonnenten.
Da Sie Zugriffsprofile auf vielen Ebenen anfügen können, hat das spezifischste Zugriffsprofil Vorrang vor allen anderen Profilzuweisungen, um Konflikte zu vermeiden. Authentifizierung und Kontoführung werden nur ausgeführt, wenn Sie das Profil anfügen.
RADIUS-Authentifizierung und Accounting-Serverdefinition
Wenn Sie RADIUS für die Teilnehmerverwaltung verwenden, müssen Sie einen oder mehrere externe RADIUS-Server definieren, mit denen der Router für die Abonnentenauthentifizierung und -abrechnung kommuniziert. Sie können nicht nur die IPv4- oder IPv6-Adresse des Servers angeben, sondern auch Optionen und Attribute konfigurieren, die bestimmen, wie der Router mit den angegebenen Servern interagiert.
Sie können RADIUS-Server und Konnektivitätsoptionen auf der [edit access radius-server]
Hierarchieebene, auf der [edit access profile name radius-server]
Hierarchieebene oder auf beiden Ebenen definieren.
Der AAA-Prozess (authd) bestimmt wie folgt, welche Serverdefinitionen verwendet werden sollen:
Wenn RADIUS-Serverdefinitionen nur in
[edit access radius-server]
vorhanden sind, verwendet authd diese Definitionen.Wenn RADIUS-Serverdefinitionen nur im Zugriffsprofil vorhanden sind, verwendet authd diese Definitionen.
Wenn RADIUS-Serverdefinitionen sowohl im Zugriffsprofil als auch
[edit access radius-server]
im Zugriffsprofil vorhanden sind, verwendet authd nur die Zugriffsprofildefinitionen.
Wenn Sie einen RADIUS-Server verwenden möchten, müssen Sie ihn in einem Zugriffsprofil als Authentifizierungsserver, Kontoführungsserver oder beides festlegen. Dies müssen Sie für Server tun, unabhängig davon, ob sie in einem Zugriffsprofil oder auf Hierarchieebene [edit access radius-server]
definiert sind.
So definieren Sie RADIUS-Server und legen fest, wie der Router mit dem Server interagiert:
In dieser Vorgehensweise wird nur die Hierarchieebene [edit access radius-server]
angezeigt. Optional können Sie jeden dieser Parameter auf Hierarchieebene [edit access profile profile-name] radius-server]
konfigurieren. Sie können dies entweder zusätzlich zur globalen Einstellung oder anstelle der globalen Einstellung tun. Wenn Sie ein Profil anwenden, überschreiben die Profileinstellungen die globale Konfiguration.
Konfigurieren von Optionen, die für alle RADIUS-Server gelten
Sie können RADIUS-Optionen konfigurieren, die für alle RADIUS-Server weltweit gelten.
So konfigurieren Sie RADIUS-Optionen global:
Konfigurieren einer Kulanzfrist für Zeitüberschreitungen, um anzugeben, wann RADIUS-Server als ausgefallen oder nicht erreichbar gelten
Wenn ein RADIUS-Authentifizierungsserver auf keinen der Versuche für eine bestimmte Authentifizierungsanforderung reagiert und eine Zeitüberschreitung auftritt, notiert authd die Uhrzeit als Referenz, markiert den Server jedoch nicht sofort als inaktiv (wenn andere Server verfügbar sind) oder nicht erreichbar (wenn er der einzige konfigurierte Server ist). Stattdessen startet ein konfigurierbarer Kulanzzeit-Timer zur Referenzzeit. Der Kulanzzeitraum wird gelöscht, wenn der Server vor Ablauf des Zeitraums auf eine nachfolgende Anforderung antwortet.
Während des Kulanzzeitraums wird der Server nicht als ausgefallen oder nicht erreichbar markiert. Jedes Mal, wenn der Server für nachfolgende Anforderungen an diesen Server eine Zeitüberschreitung aufweist, prüft authd, ob der Kulanzzeitraum abgelaufen ist. Wenn die Überprüfung feststellt, dass der Kulanzzeitraum abgelaufen ist und der Server immer noch nicht auf eine Anforderung reagiert hat, wird der Server als nicht erreichbar oder ausgefallen markiert.
Durch die Verwendung eines kurzen Kulanzzeitraums können Sie einen nicht reagierenden Server schneller verlassen und Authentifizierungsanforderungen an andere verfügbare Server weiterleiten. Ein langer Kulanzzeitraum gibt einem Server mehr Möglichkeiten zu antworten und kann vermeiden, dass eine Ressource unnötig aufgegeben wird. Sie können einen längeren Kulanzzeitraum angeben, wenn Sie nur über einen oder eine kleine Anzahl konfigurierter Server verfügen.
So konfigurieren Sie den Kulanzzeitraum, in dem ein nicht reagierender RADIUS-Server nicht als nicht erreichbar oder ausgefallen markiert wird:
Geben Sie die Dauer des Kulanzzeitraums an.
[edit access radius-options] user@host# set timeout-grace seconds
Konfigurieren von Zugriffsprofiloptionen für Interaktionen mit RADIUS-Servern
Sie können ein Zugriffsprofil verwenden, um Optionen anzugeben, die der Router bei der Kommunikation mit RADIUS-Authentifizierungs- und Kontoführungsservern für den Abonnentenzugriff verwendet. In diesem Verfahren werden Optionen beschrieben, die nur in Zugriffsprofilen verfügbar sind. Informationen zu Optionen, die sowohl auf Zugriffsprofil- als auch auf globaler Ebene verfügbar sind, finden Sie unter RADIUS-Server und Parameter für den Abonnentenzugriff.
So konfigurieren Sie die Optionen für die RADIUS-Authentifizierung und den Kontoführungsserver:
Konfiguration einer Calling-Station-ID mit zusätzlichen Optionen
In diesem Abschnitt können Sie einen alternativen Wert für die Calling-Station-ID (RADIUS-IETF-Attribut 31) in einem Zugriffsprofil auf dem Router der MX-Serie konfigurieren.
Sie können die Calling-Station-ID so konfigurieren, dass sie eine oder mehrere der folgenden Optionen in beliebiger Kombination in der [edit access profile profile-name radius options calling-station-id-format
]-Hierarchie enthält:
Agent Circuit Identifier (
agent-circuit-id
): Kennung des Zugangsknotens des Teilnehmers und der digitalen Anwenderleitung (DSL) auf dem Zugriffsknoten. Die ACI-Zeichenfolge (Agent Circuit Identifier) wird entweder im Feld DHCP Option 82 von DHCP-Nachrichten für DHCP-Datenverkehr oder im DSL Forum Agent-Circuit-ID VSA [26-1] der PPPoE Active Discovery Initiation (PADI)- und PPPoE Active Discovery Request (PADR)-Steuerpakete für PPPoE-Datenverkehr gespeichert.Agent Remote Identifier (
agent-remote-id
) – Kennung des Teilnehmers auf der DSLAM-Schnittstelle (Digital Subscriber Line Access Multiplexer), der die Serviceanforderung initiiert hat. Die ARI-Zeichenfolge (Agent Remote Identifier) wird entweder im Feld DHCP Option 82 für DHCP-Datenverkehr oder im DSL-Forum Agent-Remote-ID VSA [26-2] für PPPoE-Datenverkehr gespeichert.Schnittstellenbeschreibung (
interface-description
) – Wert der Schnittstelle.Schnittstellentextbeschreibung (
interface-text-description
): Textbeschreibung der Schnittstelle. Die Textbeschreibung der Schnittstelle wird separat konfiguriert, indem entweder dieset interfaces interface-name description description
Anweisung oder dieset interfaces interface-name unit unit-number description description
Anweisung verwendet wirdMAC-Adresse (
mac-address
): MAC-Adresse des Quellgeräts für den Abonnenten.NAS-Kennung (
nas-identifier
) – Name des NAS, von dem die Authentifizierungs- oder Kontoführungsanforderung stammt. NAS-Identifier ist das RADIUS-IETF-Attribut 32.Gestapeltes VLAN
(stacked-vlan)
– Gestapelte VLAN-ID.VLAN
(vlan)
– VLAN-ID.
Wenn Sie das Format der Calling-Station-ID mit mehr als einem optionalen Wert konfigurieren, ist ein Hashzeichen (#) das Standardtrennzeichen, das der Router als Trennzeichen zwischen den verketteten Werten in der resultierenden Calling-Station-ID-Zeichenfolge verwendet. Optional können Sie ein alternatives Trennzeichen für die Calling-Station-ID konfigurieren. Das folgende Beispiel zeigt die Reihenfolge der Ausgabe, wenn Sie mehrere optionale Werte konfigurieren:
nas-identifier#interface description#interface text description#agent-circuit-id#agent-remote-id#mac address#stacked vlan#vlan
So konfigurieren Sie ein Zugriffsprofil, um optionale Informationen in der Calling-Station-ID bereitzustellen:
Beispiel: Calling-Station-ID mit zusätzlichen Optionen in einem Zugriffsprofil
Im folgenden Beispiel wird ein Zugriffsprofil mit dem Namen retailer01 erstellt, das eine Calling-Station-ID-Zeichenfolge konfiguriert, die die Optionen NAS-Identifier(), Schnittstellenbeschreibung, Agent-Circuit-ID und Agent-Remote-IDfox
enthält.
[edit access profile retailer01 radius options] nas-identifier "fox"; calling-station-id-delimiter "*"; calling-station-id format { nas-identifier; interface-description; agent-circuit-id; agent-remote-id; }
Die resultierende Calling-Station-ID-Zeichenfolge ist wie folgt formatiert:
fox*ge-1/2/0.100:100*as007*ar921
wo:
Der NAS-Identifier-Wert ist
fox
.Das Trennzeichen für Calling-Station-ID ist
*
(Sternchen).Der Wert für die Schnittstellenbeschreibung ist
ge-1/2/0.100:100
.Der Wert für die Agent-Verbindungs-ID ist
as007
.Der Wert der Remote-ID des Agenten ist
ar921
.
Betrachten Sie ein Beispiel, bei dem alle Optionen konfiguriert sind, aber keine Werte für die Agent-Circuit-ID, die Agent-Remote-ID oder die gestapelte VLAN-Kennung verfügbar sind. Die anderen Werte lauten wie folgt:
NAS-Kennung – Solarium
Schnittstellenbeschreibung—GE-1/0/0.1073741824:101
Schnittstellentextbeschreibung – Beispielschnittstelle
MAC-Adresse—00:00:5E:00:53:00
VLAN-Kennung: 101
Aus diesen Werten ergibt sich die folgende Calling-Station-ID:
solarium#ge-1/0/0.1073741824:101#example-interface###00-00-5E-00-53-00##101
Filtern von RADIUS-Attributen und VSAs aus RADIUS-Nachrichten
Standardattribute und anbieterspezifische Attribute (VSAs), die in RADIUS-Nachrichten empfangen werden, haben Vorrang vor intern bereitgestellten Attributwerten. Das Filtern von Attributen besteht darin, bestimmte Attribute zu ignorieren , wenn sie in Zugriffsannahmepaketen empfangen werden, und bestimmte Attribute vom Senden an den RADIUS-Server auszuschließen . Durch das Ignorieren von Attributen, die vom RADIUS-Server empfangen wurden, können stattdessen Ihre lokal bereitgestellten Werte verwendet werden. Das Ausschließen von Attributen vom Senden ist z. B. für Attribute nützlich, die sich während der Lebensdauer eines Abonnenten nicht ändern. Es ermöglicht Ihnen, die Paketgröße ohne Informationsverlust zu reduzieren.
Sie können Standard-RADIUS-Attribute und VSAs angeben, die der Router oder Switch anschließend ignoriert , wenn sie in RADIUS-Access-Accept-Nachrichten empfangen werden. Sie können auch Attribute und VSAs angeben, die der Router oder Switch von bestimmten RADIUS-Nachrichtentypen ausschließt . Ausschluss bedeutet, dass der Router oder Switch das Attribut nicht in die angegebenen Nachrichten aufnimmt, die er an den RADIUS-Server sendet.
Ab Junos OS Version 18.1R1 können Sie den Router oder Switch so konfigurieren, dass RADIUS-Standardattribute und VSAs ignoriert oder ausgeschlossen werden, indem Sie die Standardattributnummer oder die von der IANA zugewiesene Anbieter-ID bzw. die VSA-Nummer angeben. Mit dieser flexiblen Konfigurationsmethode können Sie alle von Ihrer Plattform unterstützten Standardattribute und VSAs so konfigurieren, dass sie ignoriert oder ausgeschlossen werden. Die Konfiguration hat keine Auswirkungen, wenn Sie nicht unterstützte Attribute, Anbieter und VSAs konfigurieren.
Mit der Legacy-Methode können Sie nur die Attribute und VSAs konfigurieren, für die die Anweisungssyntax eine bestimmte Option enthält. Folglich können Sie die Legacymethode verwenden, um nur eine Teilmenge aller Attribute zu ignorieren, die in Access-Accept-Nachrichten empfangen werden können.
So konfigurieren Sie die Attribute, die von Ihrem Router oder Switch ignoriert oder ausgeschlossen werden:
Im folgenden Beispiel werden die älteren und flexiblen Konfigurationsmethoden verglichen, um das Standard-RADIUS-Attribut Framed-IP-Netmask (9) und die Juniper Networks VSAs Ingress-Policy-Name (26-10) und Egress-Policy-Name (26-11) zu ignorieren.
Legacy-Methode:
[edit access profile prof-ign radius attributes] user@host# set ignore framed-ip-netmask input-filter output-filter
Flexible Methode:
[edit access profile prof-ign radius attributes] user@host# set ignore standard-attribute 9 user@host# set ignore vendor-id 4874 vendor-attribute [ 10 11 ]
Im folgenden Beispiel werden die Legacy- und flexiblen Konfigurationsmethoden verglichen, um das Standard-RADIUS-Attribut Framed-IP-Netmask (9) und die Juniper Networks VSAs Ingress-Policy-Name (26-10) und Egress-Policy-Name (26-11) auszuschließen.
Legacy-Methode:
[edit access profile prof-exc radius attributes] user@host# set exclude framed-ip-netmask accounting-stop user@host# set exclude input-filter [ accounting-start accounting-stop ] user@host# set exclude output-filter [ accounting-start accounting-stop ]
Flexible Methode: Geben Sie die Standardattributnummer oder die von der IANA zugewiesene Anbieter-ID, die VSA-Nummer und den Nachrichtentyp an:
[edit access profile prof-exc radius attributes] user@host# set exclude standard-attribute 9 packet-type accounting-stop user@host# set exclude vendor-id 4874 vendor-attribute 10 packet-type [ accounting-start accounting-stop ] user@host# set exclude vendor-id 4874 vendor-attribute 11 packet-type [ accounting-start accounting-stop ]
Was passiert, wenn Sie ein Attribut mit beiden Methoden im selben Profil angeben? Die effektive Konfiguration ist das logische OR der beiden Methoden. Betrachten Sie das folgende Beispiel für das Standardattribut accounting-delay-time (41):
[edit access profile prof-3 radius attributes] user@host# set exclude accounting-delay-time [ accounting-off accounting-on ] user@host# set exclude standard-attribute 41 packet-type [ accounting-start accounting-stop ]
Dies hat zur Folge, dass das Attribut aus allen vier Nachrichtentypen ausgeschlossen ist: Accounting-Off, Accounting-On, Accounting-Start und Accounting-Stop. Der Effekt ist derselbe, wie wenn eine der folgenden Konfigurationen verwendet wird:
-
[edit access profile prof-3 radius attributes] user@host# set exclude accounting-delay-time [ accounting-off accounting-on accounting-start accounting-stop ]
-
[edit access profile prof-3 radius attributes] user@host# set exclude standard-attribute 41 packet-type [ accounting-off accounting-on accounting-start accounting-stop ]
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.