SUR CETTE PAGE
Authentification RADIUS et définition du serveur de comptabilité
Configuration des options qui s’appliquent à tous les serveurs RADIUS
Configuration des options de profil d’accès pour les interactions avec les serveurs RADIUS
Configuration d’un identifiant de station d’appel avec des options supplémentaires
Filtrage des attributs RADIUS et des VSA des messages RADIUS
Serveurs RADIUS et paramètres d’accès abonné
La configuration des paramètres et des options des serveurs RADIUS constitue une partie importante de la configuration de la gestion de vos abonnés. Après avoir défini les serveurs d’authentification et de comptabilité, vous configurez des options pour tous les serveurs RADIUS. Vous configurez également des profils d’accès qui vous permettent de spécifier les paramètres de configuration de l’authentification, de l’autorisation et de la comptabilité de l’accès des abonnés pour les abonnés ou les groupes d’abonnés. Les paramètres de profil remplacent les paramètres globaux. Bien que certaines options soient disponibles à la fois au niveau global et au niveau du profil d’accès, de nombreuses options ne sont disponibles que dans les profils d’accès.
Après avoir créé un profil d’accès, vous devez spécifier où le profil est utilisé avec une access-profile instruction ; c’est ce qu’on appelle l’attachement du profil. Les profils d’accès peuvent être attribués à différents niveaux. Par exemple, vous pouvez joindre des profils d’accès à certains endroits
À l’échelle mondiale pour une instance de routage.
Dans les profils dynamiques.
Dans un mappage de domaine, qui mappe les options d’accès et les paramètres de session pour les sessions d’abonné.
Sur les interfaces pour les VLAN dynamiques et les VLAN empilés dynamiques.
Sur l’interface ou dans un groupe d’abonnés pour les abonnés avec des interfaces configurées de manière statique pour le provisionnement dynamique des services.
Sur les agents de relais DHCP et les serveurs locaux DHCP pour les clients ou abonnés DHCP.
Comme vous pouvez joindre des profils d’accès à plusieurs niveaux, le profil d’accès le plus spécifique a la priorité sur toute autre affectation de profil pour éviter les conflits. L’authentification et la comptabilité ne s’exécutent que si vous joignez le profil.
Authentification RADIUS et définition du serveur de comptabilité
Lorsque vous utilisez RADIUS pour la gestion des abonnés, vous devez définir un ou plusieurs serveurs RADIUS externes avec lesquels le routeur communique pour l’authentification et la comptabilité des abonnés. Outre la spécification de l’adresse IPv4 ou IPv6 du serveur, vous pouvez configurer des options et des attributs qui déterminent la façon dont le routeur interagit avec les serveurs spécifiés.
Vous pouvez définir des serveurs RADIUS et des options de connectivité au niveau de la [edit access radius-server] hiérarchie, au niveau de la [edit access profile name radius-server] hiérarchie ou aux deux niveaux.
Le processus AAA (authd) détermine les définitions de serveur à utiliser comme suit :
Lorsque les définitions de serveur RADIUS sont présentes uniquement dans
[edit access radius-server], authd utilise ces définitions.Lorsque les définitions de serveur RADIUS sont présentes uniquement dans le profil d’accès, authd utilise ces définitions.
Lorsque des définitions de serveur RADIUS sont présentes dans
[edit access radius-server]le profil d’accès et dans celui-ci, authd utilise uniquement les définitions de profil d’accès.
Pour utiliser un serveur RADIUS, vous devez le désigner comme serveur d’authentification, serveur de comptabilité, ou les deux, dans un profil d’accès. Vous devez le faire pour les serveurs, qu’ils soient définis dans un profil d’accès ou au niveau de la [edit access radius-server] hiérarchie.
Pour définir des serveurs RADIUS et spécifier comment le routeur interagit avec le serveur :
Cette procédure affiche uniquement le niveau hiérarchique [edit access radius-server] . Vous pouvez éventuellement configurer l’un de ces paramètres au niveau de la [edit access profile profile-name] radius-server] hiérarchie. Vous pouvez le faire en plus du paramètre global ou à la place du paramètre global. Lorsque vous appliquez un profil, les paramètres du profil remplacent la configuration globale.
Configuration des options qui s’appliquent à tous les serveurs RADIUS
Vous pouvez configurer les options RADIUS qui s’appliquent à tous les serveurs RADIUS du monde entier.
Pour configurer les options RADIUS globalement :
Configuration d’un délai d’expiration pour spécifier quand les serveurs RADIUS sont considérés comme indisponibles ou inaccessibles
Lorsqu’un serveur d’authentification RADIUS ne parvient à répondre à aucune des tentatives d’une demande d’authentification donnée et expire, authd note l’heure de référence, mais il ne marque pas immédiatement le serveur comme étant en panne (si d’autres serveurs sont disponibles) ou inaccessible (s’il s’agit du seul serveur configuré). Au lieu de cela, un minuteur de période de grâce configurable démarre à l’heure de référence. La période de grâce est effacée si le serveur répond à une demande ultérieure avant l’expiration de cette période.
Pendant la période de grâce, le serveur n’est pas marqué comme inactif ou inaccessible. Chaque fois que le serveur expire pour les requêtes suivantes à ce serveur, authd vérifie si la période de grâce a expiré. Lorsque la vérification détermine que la période de grâce a expiré et que le serveur n’a toujours pas répondu à une demande, le serveur est marqué comme inaccessible ou en panne.
L’utilisation d’une courte période de grâce vous permet d’abandonner plus rapidement un serveur qui ne répond pas et de diriger les demandes d’authentification vers d’autres serveurs disponibles. Une longue période de grâce donne à un serveur plus d’opportunités de répondre et peut éviter d’abandonner inutilement une ressource. Vous pouvez spécifier une période de grâce plus longue lorsque vous n’avez qu’un seul serveur configuré ou un petit nombre.
Pour configurer la période de grâce pendant laquelle un serveur RADIUS qui ne répond pas n’est pas marqué comme inaccessible ou inactif :
Spécifiez la durée de la période de grâce.
[edit access radius-options] user@host# set timeout-grace seconds
Configuration des options de profil d’accès pour les interactions avec les serveurs RADIUS
Vous pouvez utiliser un profil d’accès pour spécifier les options que le routeur utilise lorsqu’il communique avec les serveurs d’authentification et de comptabilité RADIUS pour l’accès des abonnés. Cette procédure décrit les options disponibles uniquement dans les profils d’accès. Pour connaître les options disponibles à la fois au niveau du profil d’accès et au niveau global, reportez-vous à la section Serveurs et paramètres RADIUS pour l’accès abonné.
Pour configurer les options du serveur d’authentification et de comptabilité RADIUS :
Configuration d’un identifiant de station d’appel avec des options supplémentaires
Utilisez cette section pour configurer une valeur alternative pour l’ID de station d’appel (attribut IETF RADIUS 31) dans un profil d’accès sur le routeur MX Series.
Vous pouvez configurer l’ID de la station d’appel pour inclure une ou plusieurs des options suivantes, dans n’importe quelle combinaison, dans la hiérarchie [edit access profile profile-name radius options calling-station-id-format] :
Identificateur de circuit d’agent (
agent-circuit-id) : identificateur du nœud d’accès de l’abonné et de la ligne d’abonné numérique (DSL) sur le nœud d’accès. La chaîne ACI (agent circuit identifier) est stockée dans le champ de l’option DHCP 82 des messages DHCP pour le trafic DHCP, ou dans le forum DSL Agent-Circuit-ID VSA [26-1] des paquets de contrôle PPPoE Active Discovery Initiation (PADI) et PPPoE Active Discovery Request (PADR) pour le trafic PPPoE.Identificateur distant de l’agent (
agent-remote-id) : identificateur du abonné de l’interface DSLAM (Digital abonné line access multiplexer) à l’origine de la demande de service. La chaîne de l’identificateur à distance de l’agent (ARI) est stockée dans le champ de l’option DHCP 82 pour le trafic DHCP ou dans le DSL Forum Agent-Remote-ID VSA [26-2] pour le trafic PPPoE.Description de l’interface (
interface-description) : valeur de l’interface.Description textuelle de l’interface (
interface-text-description) : description textuelle de l’interface. La description textuelle de l’interface est configurée séparément, à l’aide de l’instructionset interfaces interface-name description descriptionou de l’instructionset interfaces interface-name unit unit-number description descriptionAdresse MAC (
mac-address) : adresse MAC du périphérique source de l’abonné.Identifiant NAS (
nas-identifier) : nom du NAS à l’origine de la demande d’authentification ou de comptabilité. L’identifiant NAS est l’attribut RADIUS IETF 32.VLAN
(stacked-vlan)empilé : ID de VLAN empilé.VLAN
(vlan): ID DU VLAN.
Si vous configurez le format de Calling-Station-ID avec plusieurs valeurs facultatives, un caractère dièse (#) est le délimiteur par défaut que le routeur utilise comme séparateur entre les valeurs concaténées dans la chaîne Calling-Station-ID résultante. Vous pouvez également configurer un autre caractère de délimitation pour l’ID de la station d’appel. L’exemple suivant montre l’ordre de sortie lorsque vous configurez plusieurs valeurs facultatives :
nas-identifier#interface description#interface text description#agent-circuit-id#agent-remote-id#mac address#stacked vlan#vlan
Pour configurer un profil d’accès afin de fournir des informations facultatives dans l’ID de la station d’appel :
Exemple : Calling-Station-ID avec options supplémentaires dans un profil d’accès
L’exemple suivant crée un profil d’accès nommé retailer01 qui configure une chaîne Calling-Station-ID qui inclut les options d’identifiant NAS (fox), de description d’interface, d’identifiant de circuit d’agent et d’identifiant à distance d’agent.
[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;
}
La chaîne appelante-station-ID résultante est mise en forme comme suit :
fox*ge-1/2/0.100:100*as007*ar921
où :
La valeur de l’identifiant NAS est
fox.Le caractère délimiteur Appel-Station-ID est
*(astérisque).La valeur de description de l’interface est
ge-1/2/0.100:100.La valeur de l’identificateur de circuit d’agent est
as007.La valeur de l’identificateur distant de l’agent est
ar921.
Prenons un exemple où toutes les options sont configurées, mais aucune valeur n’est disponible pour l’ID de circuit d’agent, l’ID de distant d’agent ou l’identifiant de VLAN empilé. Les autres valeurs sont les suivantes :
Identificateur NAS—solarium
Description de l’interface : GE-1/0/0.1073741824:101
Description textuelle de l’interface : exemple d’interface
Adresse MAC—00:00:5E :00:53:00
Identifiant de VLAN : 101
Ces valeurs donnent l’ID de station d’appel suivant :
solarium#ge-1/0/0.1073741824:101#example-interface###00-00-5E-00-53-00##101
Filtrage des attributs RADIUS et des VSA des messages RADIUS
Les attributs standard et les attributs spécifiques au fournisseur (VSA) reçus dans les messages RADIUS sont prioritaires sur les valeurs d’attribut provisionnées en interne. Les attributs de filtrage consistent à choisir d’ignorer certains attributs lorsqu’ils sont reçus dans les paquets Access Accept et d’exclure certains attributs de l’envoi au serveur RADIUS. Si vous ignorez les attributs reçus du serveur RADIUS, vous pouvez utiliser vos valeurs allouées localement à la place. Il est utile d’exclure des attributs de l’envoi, par exemple, pour les attributs qui ne changent pas pendant la durée de vie d’un abonné. Il vous permet de réduire la taille des paquets sans perte d’informations.
Vous pouvez spécifier des attributs RADIUS standard et des VSA que le routeur ou le commutateur ignore par la suite lorsqu’ils sont reçus dans des messages d’accès-acceptation RADIUS. Vous pouvez également spécifier des attributs et des VSA que le routeur ou le commutateur exclut des types de messages RADIUS spécifiés . L’exclusion signifie que le routeur ou le commutateur n’inclut pas l’attribut dans les messages spécifiés qu’il envoie au serveur RADIUS.
À partir de la version 18.1R1 de Junos OS, vous pouvez configurer le routeur ou le commutateur pour ignorer ou exclure les attributs standard RADIUS et les VSA en spécifiant le numéro d’attribut standard ou l’ID de fournisseur attribué par l’IANA et le numéro VSA, respectivement. Avec cette méthode de configuration flexible, vous pouvez configurer n’importe quel attribut standard et VSA pris en charge par votre plateforme pour qu’il soit ignoré ou exclu. La configuration n’a aucun effet si vous configurez des attributs, des fournisseurs et des VSA non pris en charge.
La méthode héritée vous permet de configurer uniquement les attributs et les VSA pour lesquels la syntaxe de l’instruction inclut une option spécifique. Par conséquent, vous pouvez utiliser la méthode héritée pour ignorer uniquement un sous-ensemble de tous les attributs qui peuvent être reçus dans les messages Accès-Acceptation.
Pour configurer les attributs ignorés ou exclus par votre routeur ou commutateur :
L’exemple suivant compare les méthodes de configuration héritées et flexibles pour ignorer l’attribut RADIUS standard, Framed-IP-Netmask (9), et les VSA de Juniper Networks, Ingress-Policy-Name (26-10) et Egress-Policy-Name (26-11).
Méthode héritée :
[edit access profile prof-ign radius attributes] user@host# set ignore framed-ip-netmask input-filter output-filter
Méthode flexible :
[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 ]
L’exemple suivant compare les méthodes de configuration héritées et flexibles pour exclure l’attribut RADIUS standard, Framed-IP-Netmask (9), et les VSA de Juniper Networks, Ingress-Policy-Name (26-10) et Egress-Policy-Name (26-11).
Méthode héritée :
[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 ]
Méthode flexible : spécifiez le numéro d’attribut standard ou l’ID du fournisseur attribué par l’IANA, le numéro VSA et le type de message :
[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 ]
Que se passe-t-il si vous spécifiez un attribut avec les deux méthodes dans le même profil ? La configuration efficace est le OU logique des deux méthodes. Considérons l’exemple suivant pour l’attribut standard, 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 ]
Le résultat est que l’attribut est exclu des quatre types de message : Accounting-Off, Accounting-On, Accounting-Start et Accounting-Stop. L’effet est le même que si l’une des configurations suivantes est utilisée :
-
[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 ]
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.