SUR CETTE PAGE
Spécification d’une instance de système logique/de routage AAA dans un plan de domaine
Spécification d’une instance de routage/système logique cible dans un plan de domaine
Spécification d’un profil de commutateur de tunnel dans un plan de domaine
Configuration de l’utilisation des domaines et des noms de domaine pour les cartes de domaine
Spécification des délimiteurs de nom de domaine et de nom de domaine
Spécification de l’ordre d’analyse pour les noms de domaine et de domaine
Spécification de la direction d’analyse pour les noms de domaine et de domaine
Modification du nom d’utilisateur et du mot de passe pour simplifier le provisionnement hors châssis
Mappage des domaines d’abonnés aux options d’accès et de session
Présentation du mappage des domaines
Le mappage des domaines vous permet de configurer une carte qui spécifie des options d’accès et des paramètres spécifiques à la session. La carte est basée sur le nom de domaine des sessions d’abonnés : le routeur applique les options et les paramètres mappés aux sessions pour les abonnés qui possèdent les domaines spécifiés. Par exemple, vous pouvez configurer un plan de domaine basé sur le nom example.comde domaine . Les options et paramètres de ce plan de domaine sont ensuite appliqués lorsque les abonnés avec le nom de domaine spécifié (par exemple, bob@example.com, raj@example.comet juan@example.com) demandent un service AAA.
Le nom d’utilisateur d’un abonné est généralement constitué de deux parties : le nom de l’utilisateur suivi du nom de domaine de l’utilisateur, qui sont séparés par un caractère délimiteur. Le nom de domaine est toujours à droite du délimiteur de domaine. Par exemple, dans le nom d’utilisateur, juan@example.comle nom de l’utilisateur est juan suivi du nom example.comde domaine et les deux sont séparés par le @ caractère délimiteur.
Cependant, certains systèmes utilisent un format de nom d’utilisateur dans lequel le nom precedes de domaine est le nom de l’utilisateur. Pour éviter toute confusion avec l’utilisation typique des noms de domaine, ce type de nom de domaine précédent est appelé nom de domaine, et le nom de domaine est à gauche du délimiteur de domaine. Par exemple, dans le nom d’utilisateur, top321-example.com/mary, la top321-example.com partie est le nom du royaume, mary est le nom de l’utilisateur et le / caractère est le caractère délimiteur.
La carte des domaines offre de l’efficacité et vous permet d’apporter des modifications pour un grand nombre d’abonnés en une seule opération. Par exemple, si un pool d’attribution d’adresses s’épuise en raison du nombre d’abonnés qui obtiennent des adresses à partir du pool, vous pouvez créer un plan de domaine qui spécifie que les abonnés d’un domaine particulier obtiennent des adresses à partir d’un autre pool. Dans une autre utilisation du plan de domaine, vous pouvez créer un nouveau profil dynamique, puis configurer le plan de domaine pour spécifier quels abonnés (par domaine) utilisent ce profil dynamique.
À partir de la version 21.3R1 de Junos OS, vous pouvez configurer des sous-domaines sous un plan de domaine. Dans un sous-domaine, vous pouvez configurer des profils d’accès par VLAN ou pour une plage VLAN. Cette amélioration vous permet de différencier les utilisateurs d'un domaine et de fournir différents services en fonction des profils des utilisateurs.
La gestion des abonnés est prise en charge uniquement dans le système logique par défaut. La documentation de la fonctionnalité de mappage des domaines de gestion des abonnés décrit l’utilisation aaa-logical-system des target-logical-system et des déclarations pour configurer le mappage vers un système logique non par défaut. Ces déclarations concernent les futures extensions de gestion des abonnés.
Le tableau 1 décrit les options d’accès et les paramètres que vous pouvez configurer dans le plan de domaine.
Option |
Description |
|---|---|
Instance de système logique/de routage AAA |
Instance de système/routage logique dans laquelle AAA envoie des demandes d’authentification et de comptabilisation pour les sessions d’abonnés. La gestion des abonnés est prise en charge uniquement dans le système logique par défaut. |
Profil d’accès |
Profil d’accès appliqué aux sessions des abonnés. |
Pool d’adresses |
Pool d’adresses utilisé pour allouer des adresses aux abonnés. |
Règles de nom de domaine et de domaine |
Règles d’utilisation des noms de domaine et de domaine, y compris le stripping des noms de domaine, les délimiteurs pris en charge et le sens d’analyse (les délimiteurs et la direction d’analyse sont configurés globalement). |
Profil dynamique |
Profil dynamique appliqué aux sessions d’abonnés. |
Paramètres PADN |
Informations de route PPPoE pour les sessions d’abonnés. |
Instance de routage/système logique cible |
Instance de système/routage logique à laquelle l’interface d’abonné est rattachée. La gestion des abonnés est prise en charge uniquement dans le système logique par défaut. |
Profil du tunnel |
Profil de tunnel appliqué aux sessions d’abonnés. |
- Types de cartes de domaines et ordre de priorité
- Carte de domaine générique
- Carte des domaines par défaut
- Carte des domaines pour les noms d’utilisateur des abonnés sans domaine ou nom de domaine
- Comprendre les cartes de domaine et les contextes des instances de système logique/routage
- Avantages de l’utilisation des cartes de domaine
Types de cartes de domaines et ordre de priorité
À partir de la version 16.1 de Junos OS, la gestion des abonnés utilise un ordre spécifique lors de la recherche d’un plan de domaine qui correspond au nom de domaine de l’abonné. La liste suivante indique cet ordre :
Mappage exact des domaines : le nom de domaine de l’abonné correspond exactement à un plan de domaine configuré.
Carte de domaine wildcard : le nom de domaine de l’abonné correspond partiellement à une carte de domaine générique.
defaultcarte de domaine : le nom de domaine de l’abonné n’est ni une correspondance exacte ni une correspondance partielle avec une carte de domaine.
Si le nom d’utilisateur de l’abonné n’a pas de nom de domaine, aucune recherche n’est effectuée et l’abonné est associé au plan de none domaine, s’il est configuré.
Carte de domaine générique
À partir de la version 16.1 de Junos OS, la fonctionnalité de carte de domaine générique vous permet de spécifier un nom de domaine utilisé par les abonnés lorsqu’il n’y a pas de correspondance exacte avec le nom de domaine de l’abonné. Par exemple, si vous créez une carte de domaine générique avec le nom xyz*.example.com, des abonnés avec les noms xyz.example.comde domaine , xyz-1234.example.comet xyz-eastern.example.comxyz-northern.example.com sont tous mappés à ce domaine générique s’il n’y avait pas de correspondance exacte pour les noms de domaine des abonnés. Vous pouvez insérer le caractère générique d’astérisque n’importe où dans le plan de domaine pour créer la spécification correspondante souhaitée. Le mappage de domaine générique est également utilisé dans les cas où les noms d’abonnés sont dérivés de l’ID distant de l’agent DHCPv4 (option 82 sous-option 2) ou de l’ID de distance DHCPv6 (option 37).
Carte des domaines par défaut
Vous pouvez configurer un plan de domaine par défaut que le routeur utilise pour les abonnés dont le nom de domaine ou de domaine ne correspond pas explicitement à un plan de domaine existant et ne correspond pas partiellement à un plan de domaine générique. Spécifiez le nom default en tant que domain map domain-map-name.
Par exemple, vous pouvez configurer le plan de domaine par défaut pour fournir une prise en charge limitée des fonctionnalités aux abonnés invités, comme un pool d’adresses spécifique utilisé pour les invités ou l’instance de routage qui fournit des services AAA. Lorsque le routeur n’est pas en mesure de fournir une correspondance exacte ou générique pour l’abonné invité, il utilise les règles spécifiées dans la configuration de carte de domaine par défaut pour gérer la demande de l’abonné invité.
Carte des domaines pour les noms d’utilisateur des abonnés sans domaine ou nom de domaine
Dans certains cas, un nom d’utilisateur d’abonné peut ne pas inclure de nom de domaine ou de domaine. Vous pouvez configurer un plan de domaine spécifique que le routeur utilise pour ces abonnés. Spécifiez le nom none en tant que domain map domain-map-name.
Comprendre les cartes de domaine et les contextes des instances de système logique/routage
Vous pouvez utiliser un plan de domaine pour gérer le système logique/l’instance de routage que la gestion des abonnés utilise pour les contextes AAA et abonnés. La gestion des abonnés est prise en charge uniquement dans le système logique par défaut, de sorte que vous gérez les contextes en configurant l’instance de routage. La liste suivante décrit les deux types de contextes :
Contexte de l’abonné : instance de système logique/de routage dans laquelle l’interface d’abonné est placée. Pour la plupart des sessions d’abonnés dynamiques, le contexte de session d’abonné initial est le système logique par défaut et l’instance de routage par défaut. Une exception est la LNS, dans laquelle le contexte initial d’une session LNS dynamique (PPP sur L2TP) est le même que l’interface homologue (l’interface de niveau LAC). Par conséquent, pour les sessions LNS, si l’interface homologue utilise une instance de routage non par défaut, le contexte initial de la session abonné utilise également cette instance de routage non par défaut.
Contexte AAA : instance de système logique/de routage que la session d’abonné utilise pour les interactions RADIUS, telles que les demandes d’authentification et de comptabilité. Par défaut, le contexte AAA est le même que le contexte d’abonné initial. Par conséquent, pour toutes les sessions d’abonnés autres que les sessions LNS dynamiques, l’authentification et l’autorisation sont effectuées dans le contexte du système logique/de routage par défaut, à moins que l’instance de routage par défaut ne soit explicitement modifiée.
Vous pouvez éventuellement configurer un plan de domaine pour utiliser un contexte AAA ou d’abonné spécifique. Par exemple, si une session LNS dynamique est initialement créée dans une instance de routage non par défaut (car le contexte d’abonné initial utilise l’instance de routage non par défaut), vous pouvez utiliser l’instruction target-routing-instance pour configurer le plan de domaine afin de placer l’abonné dans l’instance de routage par défaut. Ou, pour des raisons de sécurité, vous pouvez avoir toutes les interactions RADIUS dans un contexte particulier. Dans ce cas, vous utiliseriez l’instruction aaa-routing-instance pour configurer le plan de domaine afin de changer le contexte AAA initial en nouvelle instance de routage.
L’utilisation de cartes de domaine pour gérer les contextes AAA et abonnés est également utile dans les environnements de vente en gros de couche 3. Par exemple, vous pouvez placer des interfaces VLAN dynamiques dans différentes instances de routage non par défaut, tout en conservant toutes les interactions RADIUS dans l’instance de routage par défaut. Dans cet exemple, le contexte AAA initial se trouve dans l’instance de routage par défaut, mais l’autorisation RADIUS place la session VLAN d’abonné dans une instance de routage non par défaut. Vous pouvez ensuite inclure l’instruction aaa-routing-instance dans le plan de domaine, pour spécifier que le contexte AAA utilise l’instance de routage par défaut pour la session VLAN dynamique. La session d’abonné est inchangée et reste dans l’instance de routage non par défaut.
Avantages de l’utilisation des cartes de domaine
Les cartes de domaines simplifient la gestion des abonnés à grande échelle en vous permettant d’apporter des modifications pour un grand nombre d’abonnés en une seule opération.
Les cartes de domaine permettent d’appliquer des modifications à des groupes d’abonnés spécifiques en fonction de vos définitions de carte.
Configuration d’un plan de domaine
Pour configurer un plan de domaine pour la gestion des abonnés :
Configuration d’une carte de domaine générique
La gestion des abonnés prend en charge une fonctionnalité de carte de domaine générique qui vous permet de configurer un mappage de domaine basé sur une correspondance partielle. Lorsqu’il n’y a pas de correspondance exacte entre le nom de domaine de l’abonné et un plan de domaine configuré, la gestion des abonnés recherche ensuite une correspondance partielle entre le nom de domaine de l’abonné et un plan de domaine générique.
Pour créer la carte de domaine générique, vous incluez le caractère générique d’astérisque lorsque vous configurez le nom de la carte de domaine, par exemple, domain map example*. Vous pouvez insérer le caractère générique n’importe où dans le plan de domaine, et le caractère générique peut représenter zéro ou nombre de caractères. L’astérisque est le seul caractère générique pris en charge.
Par exemple, l’instruction domain map example*northern.com de configuration crée une carte de domaine générique qui correspond partiellement à tous les noms de domaine commençant example par et se terminant par northern.com, par examplenorthern.comexemple , example-northern.comet example1234northern.com. Toutefois, si vous déplacez le caractère générique dans le nom de la carte de domaine vers domain map example-northern*.com, cela crée une correspondance plus restrictive qui nécessite que les noms de domaine partiellement correspondants commencent par example-northern, par example-northern555.com exemple ou example-northern-alpha.com.
Le mappage de domaine générique est également utile lorsque la gestion des abonnés tire les noms d’utilisateur des abonnés de l’ID distant de l’agent DHCPv4 (option 82 sous-option 2) ou de l’ID de distance DHCPv6 (option 37). Dans ce cas, le nom d’utilisateur résultant est dans le format subscriberID|service-plan|accountID|unused; par exemple, EricSmith|premiumTier1|314159265|0000 (où le | caractère est le délimiteur). Dans cet exemple, la gestion des abonnés analyse le nom d’utilisateur de gauche à droite et identifie le domaine de l’abonné comme premiumTier1|314159265|0000. Pour créer un plan de domaine générique utilisé pour cet abonné, vous pouvez configurer domain map premiumTier1*.
L’exemple suivant décrit comment quatre abonnés sont mappés à différents domaines.
Dans cet exemple, trois cartes de domaine sont configurées ; la carte des default domaines, une carte de domaine nommée example3000.comet une carte de domaine générique nommée example*. Les abonnés sont mappés comme indiqué dans la liste suivante :
eric@example3000.com : il existe une correspondance exacte de la carte des domaines, de sorte que l’abonné est mappé au domaine
example3000.com.jack@example1001.com : il n’y a pas de correspondance exacte, mais il y a une correspondance partielle avec le domaine générique, de sorte que l’abonné est mappé au domaine
example*générique .ginger@example-western.com : il n’y a pas de correspondance exacte, mais il y a une correspondance partielle avec le domaine générique, de sorte que l’abonné est également mappé au domaine
example*générique .sunshine@test.com : il n’y a pas de correspondance exacte ni de correspondance partielle avec le domaine générique, de sorte que l’abonné est mappé au
defaultdomaine.
Pour configurer un plan de domaine générique :
Spécification d’un profil d’accès dans un plan de domaine
Vous utilisez des profils d’accès pour spécifier les règles et les options d’accès (par exemple, le serveur d’authentification RADIUS et les attributs) que le routeur applique aux sessions d’abonnés. La fonctionnalité de carte des domaines vous permet d’appliquer un profil d’accès spécifique aux abonnés d’un domaine particulier.
Les profils d’accès peuvent être spécifiés ou modifiés de différentes manières. En cas de conflit, le routeur applique les profils d’accès en fonction des règles de priorité indiquées dans le tableau 2.
Priorité (haut à faible) |
Application du profil d’accès |
|---|---|
1 |
Spécifié par l’attribut RADIUS Redirect-VRouter-Name (VSA 26-25) |
2 |
Spécifié dans la strophe de configuration du plan de domaine |
3 |
Indirectement spécifié dans la strophe de configuration du plan de domaine par le mappage des instances de routage/système logique AAA |
4 |
Spécifié dans la strophe de configuration client |
5 |
Spécifié dans la strophe de configuration système/routage logique de l’instance |
Pour inclure un profil d’accès dans un plan de domaine :
Spécification d’un pool d’adresses dans un plan de domaine
Vous pouvez utiliser la fonctionnalité de mappage des domaines pour spécifier le pool d’adresses que le routeur utilise pour allouer l’adresse aux sessions d’abonnés. Le pool d’adresses peut inclure des plages d’adresses IPv4 et IPv6.
Les pools d’adresses peuvent être spécifiés ou modifiés de différentes manières. En cas de conflit, le routeur applique le pool d’adresses en fonction des règles de priorité indiquées dans le tableau 3.
Priorité (haut à faible) |
Comment la référence du pool d’adresses est fournie |
|---|---|
1 |
Spécifié par l’attribut RADIUS Framed-Pool (attribut RADIUS 88) |
2 |
Configuré dans la strophe de configuration de carte de domaine |
3 |
Spécifié dans la strophe de configuration client (par des règles de correspondance d’adresse) |
Pour spécifier le pool d’adresses utilisé pour un mappage de domaines :
Spécification d’un profil dynamique dans un plan de domaine
Un profil dynamique définit l’ensemble des caractéristiques qui fournissent un accès et des services dynamiques pour les sessions d’abonnés (telles que la classe de service, les protocoles et la prise en charge de l’interface). La fonctionnalité de carte des domaines vous permet d’appliquer un profil dynamique spécifique en fonction des domaines d’abonnés.
Les profils dynamiques sont configurés au niveau de la [edit dynamic-profiles] hiérarchie et peuvent être spécifiés ou modifiés de différentes manières. En cas de conflit, le routeur applique les profils dynamiques en fonction des règles de priorité indiquées dans le tableau 4.
Priorité (haut à faible) |
Application du profil dynamique |
|---|---|
1 |
Spécifié par l’attribut RADIUS Virtual-Router (VSA 26-1) ou l’attribut Redirect-VRouter-Name (VSA 26-25) |
2 |
Spécifié dans la strophe de configuration du plan de domaine |
3 |
Spécifié dans la strophe de configuration client |
Pour inclure un profil dynamique dans un plan de domaine :
Spécification d’une instance de système logique/de routage AAA dans un plan de domaine
Par défaut, un plan de domaine utilise le système logique/l’instance de routage de l’abonné comme contexte dans lequel le authd démon envoie des demandes d’authentification AAA et de comptabilité. Vous pouvez éventuellement configurer le plan de domaine pour diriger les requêtes AAA vers un contexte particulier, en fonction du nom de domaine de l’abonné. La spécification d’un contexte AAA non par défaut vous permet de gérer le flux de travail et la charge de trafic, et d’apporter des modifications efficacement pour un grand nombre d’abonnés. Par exemple, après avoir mis à niveau vos services RADIUS, vous pouvez configurer un plan de domaine pour spécifier que tous les abonnés du domaine example.com sont désormais authentifiés par un serveur RADIUS dans un contexte AAA particulier.
Changer le contexte AAA ne change pas le contexte de l’abonné. Vous utilisez l’instruction target-logical-system pour configurer explicitement le système logique/l’instance de routage pour les abonnés.
Pour configurer le contexte d’instance de système logique/de routage utilisé pour les requêtes AAA :
La gestion des abonnés est prise en charge uniquement dans le système logique par défaut.
Spécification d’une instance de routage/système logique cible dans un plan de domaine
Par défaut, le routeur place un abonné dans le contexte logique système/instance de routage de l’interface sur laquelle les négociations d’abonnés commencent. Vous pouvez ensuite modifier l’instance de routage du contexte de l’abonné en utilisant soit un plan de domaine, soit le serveur d’authentification RADIUS.
La gestion des abonnés est prise en charge uniquement dans le système logique par défaut, mais vous pouvez configurer le plan de domaine pour utiliser une instance de routage non par défaut. En outre, si une instance de routage non par défaut est déjà configurée, vous pouvez configurer le plan de domaine pour utiliser l’instance de routage par défaut.
Pour configurer le contexte d’instance de système logique/routage utilisé pour l’interface d’un abonné :
La gestion des abonnés est prise en charge uniquement dans le système logique par défaut.
Spécification d’un profil de tunnel dans un plan de domaine
Les profils de tunnel spécifient des définitions de tunnel (par exemple, un ensemble de tunnels L2TP et leurs attributs) que le routeur applique aux sessions d’abonnés. La fonctionnalité de carte des domaines vous permet d’appliquer un profil de tunnel spécifique aux abonnés d’un domaine particulier.
Un profil de tunnel spécifié par un serveur RADIUS dans l’attribut Tunnel-Group (VSA 26-64) a priorité sur le profil de tunnel spécifié dans le plan de domaine.
Pour inclure un profil de tunnel dans un plan de domaine :
Voir aussi
Spécification d’un profil de commutateur de tunnel dans un plan de domaine
Les profils de commutation de tunnel déterminent si les paquets d’une session d’abonnés L2TP d’un LAC sont transférés vers une autre session ayant un LNS de destination différent. Le profil de commutateur de tunnel peut également spécifier la façon dont certains APV L2TP sont gérés lorsque les paquets sont transférés vers un deuxième tunnel. La fonctionnalité de carte des domaines vous permet d’appliquer un profil de commutateur de tunnel spécifique aux abonnés d’un domaine particulier.
Un profil de commutateur de tunnel spécifié par un serveur RADIUS dans le vsA (26-91) prend la priorité sur le profil de commutateur de tunnel spécifié dans le plan de domaine. Si le VSA tunnel-group (26-64) est reçu en plus du VSA de commutation de tunnel (26-91), le VSA de commutation de tunnel (26-91) prend la priorité sur le VSA tunnel-group (26-64), en veillant à ce que les abonnés soient commutés par tunnel plutôt que par tunnel.
Pour inclure un profil de commutateur de tunnel dans un plan de domaine :
Voir aussi
Configuration de l’utilisation des domaines et des noms de domaine pour les cartes de domaine
Vous pouvez configurer la façon dont le routeur détermine les noms de domaine utilisés pour la fonctionnalité de mappage de domaine. Au niveau global, vous pouvez spécifier des règles utilisées pour les cartes de domaines. Les règles globales vous permettent de spécifier des caractères supplémentaires que le routeur peut reconnaître en tant que délimiteurs de domaine ou de nom de domaine et de spécifier la direction que le routeur utilise pour analyser les noms de domaine ou de domaine. Le but de l’analyse d’un domaine ou d’un nom de domaine est d’identifier un nom unique et unique que le routeur utilise comme nom de domaine de l’abonné, que la source du nom soit dans le format typique du nom de domaine (joseph@example.com) ou dans le format de nom de domaine (example.com\marilyn). Le routeur utilise le nom de domaine qui en résulte pour des opérations telles que la recherche et le traitement des cartes de domaine. Au niveau de la carte des domaines, vous pouvez également activer le stripping des noms de domaine. Le stripping des noms de domaine spécifie que le routeur retire le domaine ou le nom du domaine traité du nom d’utilisateur de l’abonné avant d’effectuer tout traitement supplémentaire pour le plan de domaine.
Pour configurer les règles d’utilisation des noms de domaine pour les cartes de domaines :
Spécification des délimiteurs de nom de domaine et de nom de domaine
Un délimiteur est le caractère qui sépare le nom d’utilisateur d’un abonné du nom du domaine ou du domaine. Les délimiteurs sont couramment utilisés pour l’analyse de noms de domaine ou de domaine ou le stripping de nom de domaine. Vous pouvez spécifier un maximum de huit délimiteurs que le routeur utilise pour reconnaître les noms de domaine ou de domaine d’un plan de domaine. Si vous ne configurez aucun délimiteur, le routeur utilise le @ caractère par défaut pour les noms de domaine. Il n’y a pas de délimiteur par défaut pour les noms de domaine.
Par exemple, votre réseau peut inclure les abonnés bob@test.com, pete!example.comet test.net\maria. Dans ce cas, vous configurez le routeur pour reconnaître les caractères @ et ! les délimiteurs de nom de domaine, et le \ caractère en tant que délimiteur de nom de domaine.
Gardez les consignes suivantes à l’esprit lorsque vous spécifiez des délimiteurs :
Vous ne pouvez pas utiliser le point-virgule (;) en tant que délimiteur.
Si vous configurez des délimiteurs de noms de domaine facultatifs, vous devez également spécifier le
@caractère (le délimiteur par défaut) si vous souhaitez continuer à l’utiliser comme délimiteur.Si vous configurez les délimiteurs de noms de domaine facultatifs, puis les désconfigez, le routeur remet le délimiteur de carte de domaine au caractère par défaut
@.
Pour configurer les délimiteurs de domaine et de nom de domaine pour les cartes de domaines :
Spécification de l’ordre d’analyse pour les noms de domaine et de domaine
Le routeur analyse le nom d’utilisateur ou le nom du domaine afin d’identifier un nom unique et unique que le routeur utilise comme nom de domaine de l’abonné, que la source du nom soit dans le format typique du nom de domaine (joseph@example.com) ou dans le format de nom de domaine (example.com\marilyn). Vous pouvez spécifier si le routeur recherche d’abord le nom d’utilisateur de l’abonné pour rechercher un nom de domaine ou un nom de domaine. Si le routeur ne trouve pas le nom spécifié (par exemple, vous spécifiez realm-first et qu’il n’y a pas de nom de domaine dans le nom d’utilisateur), le routeur recherche le deuxième type de nom (nom de domaine, dans ce cas). Si le routeur ne trouve ni nom de domaine ni nom de domaine, aucun domaine ne peut être utilisé pour les opérations de mappage de domaine.
Pour configurer la direction d’analyse des noms de domaine pour les cartes de domaines :
Spécification de la direction d’analyse pour les noms de domaine et de domaine
Vous pouvez spécifier la direction dans laquelle le routeur effectue l’opération d’analyse qu’il utilise pour identifier les noms de domaine d’abonnés ou de domaines pour les cartes de domaines. Pendant l’opération d’analyse, le routeur recherche le nom d’utilisateur jusqu’à ce qu’il identifie un délimiteur. Il considère alors tout ce qui se trouve à la droite du délimiteur comme le domaine. Par défaut, le routeur analyse de droite à gauche, en commençant par le caractère le plus à droite du nom d’utilisateur.
Le routeur utilise le nom de domaine d’un abonné pour effectuer des opérations de recherche et de traitement de carte de domaine. Vous pouvez configurer la façon dont le routeur identifie un nom de domaine unique lorsque le nom de l’utilisateur est présenté dans un format de nom de domaine traditionnel ou un nom de domaine. Dans le format traditionnel du nom de domaine, le nom de l’utilisateur est suivi du nom de domaine ; par exemple, joe@example.com. Dans le format de nom de domaine, le nom de l’utilisateur est précédé par le nom de domaine, appelé nom de domaine ; par exemple, example.com@joe. L’analyse d’un nom de domaine ou de domaine a pour but d’identifier un nom unique que le routeur utilise comme nom de domaine de l’abonné, que la source du nom soit le nom de domaine d’origine de l’utilisateur ou le nom du domaine. Le routeur utilise le nom de domaine qui en résulte pour des opérations telles que la recherche et le traitement des cartes de domaine. Au niveau de la carte des domaines, vous pouvez également activer le stripping des noms de domaine.
Lorsque vous avez des noms de domaine imbriqués, le mode d’analyse des domaines est important. Par exemple, pour le nom d’utilisateur user1@test.com@example.com, l’analyse de droite à gauche produit un nom de domaine de example.com. Pour le même nom d’utilisateur, l’analyse de gauche à droite produit un nom de domaine de test.com@example.com.
Cette opération est similaire à l’analyse de la partie utilisateur d’un nom d’utilisateur, mais la direction par défaut et les résultats sont différents.
Pour configurer la direction d’analyse des noms de domaine pour les cartes de domaines :
Activation du stripping des noms de domaine
Vous pouvez configurer le routeur pour qu’il retire le nom de domaine des noms d’utilisateur avant qu’aucun service AAA ne soit utilisé. Le stripping des noms de domaine est effectué pour les cartes de domaine. Le routeur utilise les délimiteurs et la direction d’analyse que vous configurez globalement pour déterminer le nom de domaine qui est supprimé. Par exemple, si le routeur utilise le délimiteur et le sens right-to-leftd’analyse par défaut, le nom d’utilisateur user1@example.com est supprimé pour être user1.
Pour configurer le routeur de manière à ce qu’il retire le nom de domaine des noms d’utilisateur d’un plan de domaine :
Modification du nom d’utilisateur et du mot de passe pour simplifier le provisionnement hors châssis
Pour certains cas d’utilisation, vous pouvez provisionner les noms d’utilisateur et les mots de passe d’authentification des abonnés L2TP LAC sur le châssis du routeur. Vous pouvez supprimer la partie utilisateur du nom d’utilisateur et remplacer le mot de passe utilisateur.
Vous pouvez configurer la façon dont le routeur identifie la partie utilisateur à déshabiller lorsque le nom d’utilisateur est présenté dans le format traditionnel du nom de domaine ou dans le format de nom de domaine. Dans le format traditionnel du nom de domaine, le nom de l’utilisateur est suivi du nom de domaine ; par exemple, joe@example.com. Dans le format de nom de domaine, le nom de l’utilisateur est précédé par le nom de domaine, appelé nom de domaine ; par exemple, example.com@joe.
Vous pouvez spécifier la direction dans laquelle le routeur effectue l’opération d’analyse qu’il utilise pour identifier la partie utilisateur du nom d’utilisateur. Pendant l’opération d’analyse, le routeur recherche le nom d’utilisateur jusqu’à ce qu’il identifie un délimiteur. Par défaut, le routeur analyse de gauche à droite, en commençant par le caractère le plus à gauche du nom d’utilisateur. Tout ce qui se trouve à gauche du délimiteur est la partie utilisateur. Cette direction fonctionne pour le format traditionnel des noms de domaine. Avec cette configuration, le routeur identifie et retire Joe de joe@example.com.
Pour les noms d’utilisateur au format de nom de domaine, vous devez modifier le sens de l’analyse en right-to-left. Le routeur analyse de droite à gauche, en commençant par le caractère le plus à droite du nom d’utilisateur. Lorsque le routeur reconnaît le délimiteur, il considère tout ce qui se trouve à la droite du délimiteur comme la partie utilisateur. Avec cette configuration, le routeur identifie et retire Joe de example.com@joe.
Cette opération est similaire à l’opération d’analyse de nom de domaine/nom de domaine, mais la direction par défaut et les résultats sont différents de l’analyse de nom de domaine/nom de domaine.
La partie utilisateur est supprimée uniquement pour le nom d’utilisateur envoyé à un serveur externe pour l’authentification. Le nom d’utilisateur non retenu est utilisé pour les opérations de comptabilité.
Pour configurer la partie utilisateur à retirer du nom d’utilisateur pour tous les noms d’utilisateur associés à un plan de domaine :
Spécifiez la direction d’analyse que vous souhaitez que le routeur utilise :
Utilisez
left-to-rightle nom d’utilisateur dans le format de nom de domaine typique, dans lequel le nom de domaine suit le nom de l’utilisateur.[edit access domain map domain-map-name] user@host# set strip-username left-to-right
Utilisez
right-to-leftle nom d’utilisateur au format de nom de domaine, dans lequel le nom du domaine précède le nom de l’utilisateur.[edit access domain map domain-map-name] user@host# set strip-username right-to-left
Vous pouvez spécifier un nouveau mot de passe pour remplacer le mot de passe existant pour l’authentification de tout abonné associé au plan de domaine. Pour remplacer le mot de passe :
Spécifiez le mot de passe de remplacement pour l’authentification PAP.
[edit access domain map map-name] user@host# set override-password password
-
Spécifiez le mot de passe de remplacement pour l’authentification CHAP.
[edit access domain map map-name] user@host# set override-chap-password password