Sur cette page
Afficher les utilisateurs qui modifient actuellement la configuration
Comment modifier la configuration des équipements Juniper Networks
Comment ajouter des déclarations de configuration et des identifiants
Comment supprimer une déclaration d’une configuration d’équipement
Exemple : Supprimer une déclaration de la configuration de l’équipement
Insérer un nouvel identifiant dans une configuration d’équipement
Exemple : Insérer un nouvel identifiant dans une configuration d’équipement
Désactiver et réactiver les déclarations et les identifiants dans une configuration d’équipement
Comment apporter des modifications globales à la configuration de l’équipement
Expressions régulières courantes à utiliser avec la
replace
commandeExemple : Remplacement global dans une configuration d’équipement : l’option jusqu’à
Ajouter des commentaires dans une configuration d’équipement
Exemple : Inclure des commentaires dans une configuration d’équipement à l’aide de l’interface cli
Exemple : Utiliser la commande Wildcard avec l’option de plage
Modifier la configuration d’un équipement
La CLI vous permet de modifier une configuration existante Junos OS . Cette section explique les spécificités de l’ajout d’une déclaration, de la suppression d’une déclaration, de la copie d’une déclaration et de l’insertion d’un nouvel identifiant, y compris des exemples.
Afficher les utilisateurs qui modifient actuellement la configuration
Pour afficher les utilisateurs qui modifient actuellement la configuration, utilisez la commande du mode de status
configuration :
user@host# status
Users currently editing the configuration:
rchen terminal p0 (pid 55691) on since 2018-03-01 13:17:25 PST
[edit interfaces]
Le système affiche qui modifie la configuration (rchen
), l’endroit où l’utilisateur est connecté (terminal p0
), la date et l’heure de connexion de l’utilisateur (2018-03-01 13:17:25
PST
), et le niveau de la hiérarchie que l’utilisateur modifie ([edit interfaces]
).
Si vous émettez la commande du status
mode de configuration et qu’un utilisateur a programmé une configuration de candidature pour qu’elle devienne active à l’avenir, le système affiche qui a programmé la validation (root
), où l’utilisateur est connecté (terminal d0
), la date et l’heure à laquelle l’utilisateur s’est connecté (2018-10-31 14:55:15 PST
) et qu’une validation est en attente (commit at).
[edit]
user@host# status
Users currently editing the configuration:
root terminal d0 (pid 767) on since 2018-10-31 14:55:15 PST, idle 00:03:09
commit at
Si vous effectuez la commande du status
mode de configuration et qu’un utilisateur modifie la configuration en mode exclusif, le système affiche qui modifie la configuration (root
), où l’utilisateur est connecté (terminal d0
), la date et l’heure de connexion de l’utilisateur (2018-11-01 13:05:11 PST
), et qu’un utilisateur modifie la configuration en mode exclusif (exclusive [edit]
).
[edit]
user@host# status
Users currently editing the configuration:
root terminal d0 (pid 2088) on since 2018-11-01 13:05:11 PST
exclusive [edit]
Voir également
Comment modifier la configuration des équipements Juniper Networks
Pour configurer un équipement Juniper Networks ou modifier une configuration existante, vous ajoutez des instructions à la configuration à l’aide des edit
commandes et set
. Pour chaque hiérarchie d’déclarations, vous créez la hiérarchie en commençant par une déclaration au niveau supérieur. Vous continuez ensuite à créer la hiérarchie avec des déclarations qui s’abaissent progressivement dans la hiérarchie.
Pour modifier la hiérarchie, vous utilisez deux commandes de mode de configuration. Sélectionnez la commande appropriée en fonction de ce que vous souhaitez accomplir :
edit
: passe à un niveau hiérarchique spécifié. Si ce niveau hiérarchique n’existe pas, la commande leedit
crée. Laedit
syntaxe de la commande est la suivante :edit <statement-path>
set
: crée une déclaration de configuration et définit des valeurs d’identification. Après avoir commandé uneset
commande, vous restez au même niveau dans la hiérarchie. Laset
syntaxe de la commande est la suivante :set <statement-path> statement <identifier>
La hiérarchie de l’instruction de configuration et de l’instruction elle-même est
statement-path
. Si vous êtes déjà passé au niveau hiérarchique de l’instruction, vous pouvez omettre le chemin d’instruction. L’instruction de configuration elle-même eststatement
. Laidentifier
chaîne identifie une instance d’une instruction.
Les déclarations peuvent être des instructions conteneur ou leaf. Une déclaration de conteneur peut y inclure des déclarations de conteneur supplémentaires, ainsi que des déclarations de branche. Cependant, une déclaration leaf est seule. La commande edit?
affiche les instructions de conteneur, tandis que set?
les instructions conteneur et leaf affichent à la fois les instructions de conteneur et de branche, en utilisant >
pour les différencier.
Vous ne pouvez pas utiliser la edit
commande pour modifier la valeur des identifiants. Vous devez utiliser la set
commande.
Voir également
Comment ajouter des déclarations de configuration et des identifiants
Vous configurez toutes les propriétés d’un équipement Juniper Networks en incluant des déclarations dans la configuration. Une déclaration se compose d’un mot-clé, qui est un texte fixe. Vous pouvez également inclure un identifiant dans une déclaration. Un identifiant est un nom d’identification que vous définissez, tel que le nom d’une interface ou d’un nom d’utilisateur, et qui vous permet, vous et l’interface CLI, de faire une distinction entre un ensemble d’déclarations.
Par exemple, la liste suivante affiche les déclarations disponibles au niveau supérieur en mode de configuration :
user@host# set ?
Possible completions:
> accounting-options Accounting data configuration
+ apply-groups Groups from which to inherit configuration data
> chassis Chassis configuration
> class-of-service Class-of-service configuration
> firewall Define a firewall configuration
> forwarding-options Configure options to control packet sampling
> groups Configuration groups
> interfaces Interface configuration
> policy-options Routing policy option configuration
> protocols Routing protocol configuration
> routing-instances Routing instance configuration
> routing-options Protocol-independent routing option configuration
> snmp Simple Network Management Protocol
> system System parameters
Un support d’angle ( >
) avant que le nom de l’instruction n’indique qu’il s’agit d’une instruction de conteneur et que vous pouvez définir d’autres déclarations aux niveaux inférieurs. S’il n’y a pas de support d’angle ( >
) avant le nom de l’instruction, l’instruction est une instruction leaf ; vous ne pouvez pas définir d’autres instructions aux niveaux hiérarchiques inférieurs.
Un signe plus (+) avant le nom de l’instruction indique qu’il peut contenir un ensemble de valeurs. Pour spécifier un ensemble, incluez les valeurs entre parenthèses. Par exemple :
[edit]
user@host# set policy-options community my-as1-transit members [65535:10 65535:11]
Dans certaines déclarations, vous pouvez inclure un identifiant. Pour certains identifiants, tels que les noms d’interface, vous devez spécifier l’identifiant dans un format précis. Par exemple, le nom de l’interface so-0/0/0 fait référence à une interface SONET/SDH qui se trouve sur le concentrateur PIC flexible (FPC) dans l’emplacement 0, dans le premier emplacement PIC et dans le premier port sur la carte d’interface physique (PIC).
Pour d’autres identifiants, tels que le texte descriptif de l’interface, les noms des stratégies et des termes de pare-feu, vous pouvez spécifier n’importe quel nom, y compris des caractères spéciaux, des espaces et des onglets.
Vous devez joindre les identifiants entre guillemets (entre guillemets). Vous devez également utiliser des guillemets pour joindre les identifiants et les chaînes qui comprennent un espace, un caractère d’onglet ou l’un des caractères suivants :
( ) [ ] { } ! @ # $ % ^ & | ' = ?
Si vous ne saisissez pas d’option pour une instruction qui en nécessite une, un message indique le type d’informations requises. Dans cet exemple, vous devez saisir un numéro de zone pour remplir la commande :
[edit]
user@host# set protocols ospf area
^
syntax error, expecting <identifier>
Voir également
Comment supprimer une déclaration d’une configuration d’équipement
Vous supprimez une déclaration ou un identifiant d’une configuration d’équipement à l’aide de la commande du delete
mode de configuration. La suppression d’une déclaration ou d’un identifiant « désconfigure » la fonctionnalité associée à cette déclaration ou à cet identifiant, en renvoyant cette fonctionnalité à sa condition par défaut.
user@host# delete <statement-path> <identifier>
Lorsque vous supprimez une déclaration, l’instruction et tous ses identifiants et déclarations subordonnées sont supprimés de la configuration.
Pour les déclarations pouvant comporter plusieurs identifiants, lorsque vous supprimez un identifiant, seul cet identifiant est supprimé. Les autres identifiants de l’instruction restent.
Pour supprimer toute la hiérarchie à partir du niveau hiérarchique actuel, utilisez la delete
commande sans spécifier d’énoncé ou d’identifiant. Lorsque vous omettez l’énoncé ou l’identifiant, vous êtes invité à confirmer la suppression :
[edit]
user@host# delete
Delete everything under this level? [yes, no] (no)
Possible completions:
no Don't delete everything under this level
yes Delete everything under this level
Delete everything under this level? [yes, no] (no)
Vous ne pouvez pas supprimer plusieurs déclarations ou identifiants dans une hiérarchie à l’aide d’une seule delete
commande. Vous devez supprimer chaque déclaration ou chaque identifiant individuellement à l’aide de plusieurs delete
commandes. Prenons l’exemple de la configuration suivante au niveau de la [edit system]
hiérarchie :
system { host-name host-211; domain-name domain-122; backup-router 192.168.71.254; arp; authentication-order [ radius password tacplus ]; }
Pour supprimer le domain-name
, host-name
et backup-router
de la configuration, vous devez supprimer chaque instruction individuellement.
user@hostdelete system host-name host-211
user@hostdelete system domain-name domain-122
user@hostdelete system backup-router 192.168.71.254
Vous ne pouvez pas émettre une seule delete
commande. Par exemple, la commande suivante ne fonctionnerait pas :
user@host> delete system hostname host-211 domain-name domain-122 backup-router 192.168.71.254
Vous pouvez supprimer simultanément les éléments de configuration associés, tels que les interfaces canalisées ou les routes statiques, à l’aide d’une seule commande et d’expressions régulières. La suppression d’une déclaration ou d’un identifiant « désconfigure » la fonctionnalité associée à cette déclaration ou à cet identifiant, en renvoyant cette fonctionnalité à sa condition par défaut.
Vous ne pouvez supprimer que certaines parties de la configuration sur lesquelles vous placez normalement plusieurs éléments, comme des interfaces. Toutefois, vous ne pouvez pas supprimer les « groupes » de différents éléments, comme le montre cet exemple :
user@host#show system services
ftp; rlogin; rsh; ssh { root-login allow; } telnet; [edit] user@host#wildcard delete system services *
syntax error.
Lorsque vous supprimez une déclaration, l’instruction et tous ses identifiants et déclarations subordonnées sont supprimés de la configuration.
Pour supprimer les éléments de configuration associés, effectuez la wildcard
commande du mode de configuration avec l’option delete
et spécifiez le chemin d’instruction, les éléments à résumer par une expression régulière et l’expression régulière, comme suit :
user@host# wildcard delete <statement-path> <identifier> <regular-expression>
Lorsque vous utilisez la wildcard
commande pour supprimer les éléments de configuration associés, l’expression régulière doit être l’instruction finale.
Si les Junos OS correspondances sont supérieures à huit éléments associés, l’interface CLI n’affiche que les huit premiers éléments.
Comment supprimer des interfaces de la configuration
Vous pouvez supprimer plusieurs interfaces T1 de la gamme à l’aide t1-0/0/0:23
de t1-0/0/0:0
cette syntaxe :
user@host# wildcard delete interfaces t1-0/0/0:.*
matched: t1-0/0/0:0
matched: t1-0/0/0:1
matched: t1-0/0/0:2
Delete 3 objects? [yes,no] (no) no
Comment supprimer des routes de la configuration
Vous pouvez supprimer des routes statiques dans la plage de à à 172.255.0.0
l’aide de 172.0.0.0
cette syntaxe :
user@host# wildcard delete routing-options static route 172.*
matched: 172.16.0.0/12
matched: 172.16.14.0/24
matched: 172.16.100.0/24
matched: 172.16.128.0/19
matched: 172.16.160.0/24
matched: 172.17.12.0/23
matched: 172.17.24.0/23
matched: 172.17.28.0/23
...
Delete 13 objects? [yes,no] (no)
Exemple : Supprimer une déclaration de la configuration de l’équipement
L’exemple suivant montre comment supprimer l’instruction ospf
, en désconfigurant efficacement OSPF sur le routeur :
[edit] user@host#set protocols ospf area 0.0.0.0 interface so-0/0/0 hello-interval 5
[edit] user@host#show
protocols { ospf { area 0.0.0.0 { interface so-0/0/0 { hello-interval 5; } } } } [edit] user@host#delete protocols ospf
[edit] user@host#show
[edit] user@host#
Supprimez toutes les déclarations du niveau actuel vers le bas :
[edit] user@host#edit protocols ospf area 0.0.0.0
[edit protocols ospf area 0.0.0.0] user@host#set interface so-0/0/0 hello-interval 5
[edit protocols ospf area 0.0.0.0] user@host#delete
Delete everything under this level? [yes, no]yes
[edit protocols ospf area 0.0.0.0] user@host#show
[edit] user@host#
Désconfigure d’une propriété spécifique. Dans cet exemple, supprimez le paramètre de vitesse de l’interface :
[edit] user@host#set interfaces so-3/0/0 speed 100mb
[edit] user@host#show
interfaces { so-3/0/0 { speed 100mb; } } [edit] user@host#delete interfaces so-3/0/0 speed
[edit] user@host#show
interfaces { so-3/0/0; }
Copier une déclaration dans la configuration
Lorsque vous avez de nombreuses déclarations similaires dans une configuration d’équipement, vous pouvez en ajouter une, puis en faire des copies. La copie d’une instruction duplique cette déclaration et l’ensemble de la hiérarchie d’instructions configurées sous cette instruction. La copie d’instructions est utile lorsque vous configurez de nombreuses interfaces physiques ou logiques du même type.
Pour faire une copie d’une déclaration existante dans la configuration :
- Utilisez la commande du mode
copy
de configuration :user@host#
copy existing-statement to new-statement
- Immédiatement après avoir copié une partie de la configuration, vérifiez la validité de la nouvelle configuration.
- Si la configuration n’est pas valide, modifiez la partie copiée ou la partie d’origine pour produire une configuration valide.
Exemple : Copier une déclaration dans la configuration
Cet exemple montre comment créer une connexion virtuelle (VC) sur une interface en copiant un VC existant.
Conditions préalables
Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est nécessaire avant de configurer cet exemple.
Avant de commencer cet exemple, configurez la configuration initiale suivante :
[edit interfaces]
user@host# show
at-1/0/0 {
description "PAIX to MAE West"
encapsulation atm-pvc;
unit 61 {
point-to-point;
vci 0.61;
family inet {
address 10.0.1.1/24;
}
}
}
Pour configurer rapidement la configuration initiale de cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne et modifiez les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez cette commande dans la CLI au niveau de la [edit]
hiérarchie, puis entrez commit
en mode configuration.
set interfaces at-1/0/0 description "PAIX to MAE West" set interfaces at-1/0/0 encapsulation atm-pvc set interfaces at-1/0/0 unit 61 point-to-point set interfaces at-1/0/0 unit 61 vci 0.61 set interfaces at-1/0/0 unit 61 family inet address 10.0.1.1/24
Présentation
Dans cet exemple, vous ajoutez une connexion virtuelle très similaire à une connexion virtuelle déjà configurée.
Configuration
Configuration rapide cli
Commencez par la [edit interfaces at-1/0/0]
hiérarchie.
copy unit 61 to unit 62
set unit 62 vci 0.62
edit unit 62
replace pattern 10.0.1.1 with 10.0.2.1
Configuration en copiant
Procédure étape par étape
Pour configurer en copiant une configuration :
Accédez au niveau hiérarchique
[edit interfaces at-1/0/0]
et copiez l’unité 61.[edit interfaces at-1/0/0] user@host#
copy unit 61 to unit 62
-
Jetez un coup d’œil à la nouvelle configuration et découvrez ce que vous devez modifier pour qu’elle soit valide.
user@host#
show interfaces at-1/0/0
description "PAIX to MAE West" encapsulation atm-pvc; unit 61 { point-to-point; vci 0.61; family inet { address 10.0.1.1/24; } } unit 62 { point-to-point; vci 0.61; family inet { address 10.0.1.1/24; } } Modifiez la configuration pour la rendre valide.
Dans cet exemple, vous souhaitez reconfigurer l’identifiant de circuit virtuel (VCI) et l’identifiant de chemin virtuel (VPI).
[edit interfaces at-1/0/0] user@host#
set unit 62 vci 0.62
Vous souhaitez également remplacer l’adresse IP de la nouvelle interface par sa propre adresse IP.
[edit interfaces at-1/0/0] user@host#
edit unit 62
user@host#replace pattern 10.0.1.1 with 10.0.2.1
Résultats
[edit] show interfaces at-1/0/0 { description "PAIX to MAE West" encapsulation atm-pvc; unit 61 { point-to-point; vci 0.61; family inet { address 10.0.1.1/24; } } unit 62 { point-to-point; vci 0.62; family inet { address 10.0.2.1/24; } } }
Exemple : Remplacer une configuration
Si vous devez apporter des modifications à la configuration d’un équipement, vous pouvez toujours supprimer les paramètres de configuration d’origine à l’aide de la delete
commande et ajouter vos nouveaux paramètres de configuration à l’aide de la set
commande. Cependant, il existe d’autres façons de modifier une configuration plus efficace et plus facile à utiliser.
Cet exemple montre comment utiliser les commandes du mode de configuration suivantes pour mettre à jour une configuration existante :
rename
— Renommez un paramètre de configuration existant, tel qu’un nom d’interface. Cette commande peut être utile lorsque vous ajoutez de nouvelles interfaces à un équipement.copy
: copiez un paramètre de configuration et l’ensemble de la hiérarchie d’instructions configurées sous ce paramètre. La copie d’instructions de configuration est utile lorsque vous configurez de nombreuses interfaces physiques ou logiques du même type.replace
— Apporter des modifications globales aux modèles de texte dans la configuration. Par exemple, si vous avez systématiquement mal orthographié un mot commun à l’énoncé de description pour toutes les interfaces de votre équipement, vous pouvez corriger cette erreur à l’aide d’une seule commande.
Conditions préalables
Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est nécessaire avant de configurer cet exemple.
Présentation
Dans le premier exemple de cette rubrique, vous apportez les modifications de configuration suivantes :
Créez une nouvelle interface avec une description contenant une erreur de frappe.
Copiez la configuration de l’interface que vous avez créée pour créer une nouvelle interface.
Renommez l’une des interfaces que vous avez créées.
Corrigez l’erreur de frappe dans la description des interfaces que vous avez créées.
Dans le deuxième exemple, plus court, vous essayez certaines des mêmes commandes dans des circonstances légèrement différentes.
Configuration
- Utiliser les commandes de copie, de renommage et de remplacement pour modifier une configuration d’interface de bouclage
- Comparez la commande Copy au niveau de la hiérarchie de configuration de niveau supérieur
Utiliser les commandes de copie, de renommage et de remplacement pour modifier une configuration d’interface de bouclage
Procédure étape par étape
Si votre configuration existante utilise l’un des numéros d’unité d’interface de bouclage utilisés dans cet exemple, vous devez remplacer différents numéros d’unité d’interface de bouclage inutilisés. Dans le cas contraire, suivre ces étapes pourrait endommager l’état opérationnel existant de votre équipement.
Pour créer et modifier une configuration d’une interface de bouclage à l’aide du copy
, rename
et replace
des commandes :
-
Créez un nouveau numéro d’unité d’interface de bouclage et incluez une description.
Les erreurs d’orthographe du bouclage dans la description sont intentionnelles.
[edit] user@host#
set interfaces lo0 unit 100 description "this is a lopbck interface"
-
Affichez la configuration de l’interface de bouclage que vous venez d’ajouter.
[edit] user@host#
show interfaces lo0 unit 100
description "this is a lopbck interface";
-
Dupliquez l’interface de bouclage que vous venez de créer, y compris les erreurs, de l’unité 100 à l’unité 101.
[edit] user@host#
copy interfaces lo0 unit 100 to unit 101
-
Affichez les configurations des interfaces de bouclage lo0 unité 100 et lo0 unité 101.
[edit] user@host#
show interfaces lo0 unit 100
description "this is a lopbck interface";
[edit] user@host#show interfaces lo0 unit 101
description "this is a lopbck interface";
La
copy
commande duplique une interface, y compris les déclarations enfant, telles quedescription
. -
Renommez l’interface de bouclage lo0 unité 100 en interface de bouclage lo0 unité 102.
[edit] user@host#
rename interfaces lo0 unit 100 to unit 102
-
Affichez la configuration de l’interface de bouclage lo0 unité 100.
[edit] user@host#
show interfaces lo0 unit 100
[edit] user@host#Vous ne devriez voir aucun résultat de cette commande. L’interface de bouclage lo0 unité 100 a maintenant disparu. La
rename
commande remplace l’instruction de configuration indiquée par la nouvelle configuration. -
Corrigez l’orthographe mal orthographié du mot bouclage dans les descriptions des interfaces de bouclage lo0 unité 101 et lo0 unité 102.
[edit] user@host#
replace pattern lopbck with loopback
-
Affichez la configuration des interfaces de bouclage lo0 unité 101 et lo0 102 pour vérifier que le mot bouclage est maintenant orthographié correctement.
[edit] user@host#
show interfaces lo0 unit 101
description "this is a loopback interface";
[edit] user@host#show interfaces lo0 unit 102
description "this is a loopback interface";
La
replace
commande remplace toutes les instances du modèle spécifié dans la commande, sauf si elle est limitée d’une certaine manière. L’exemple suivant de cette rubrique montre un moyen de limiter l’effet de lareplace
commande. -
En mode configuration, utilisez la
rollback
commande pour renvoyer la configuration de l’équipement à l’état dans lequel il se trouvait avant d’exécuter les étapes précédentes.[edit] user@host#
rollback
Résultats
En mode configuration, utilisez les show interfaces lo0 unit 101
commandes et show interfaces lo0 unit 102
pour vous assurer que la configuration de l’équipement est dans son état avant d’exécuter les étapes de cet exemple.
[edit]
user@host: show interfaces lo0 unit 101
[edit]
user@host#
Vous ne devriez voir aucun résultat de cette commande.
[edit] user@host# show interfaces lo0 unit 102 [edit] user@host#
Vous ne devriez voir aucun résultat de cette commande.
Comparez la commande Copy au niveau de la hiérarchie de configuration de niveau supérieur
Procédure étape par étape
L’exemple précédent illustre les copy
commandes , rename
et replace
les commandes au niveau de la [edit interfaces interface-name unit logical-interface-number]
hiérarchie. Cet exemple montre comment certaines de ces commandes fonctionnent au niveau supérieur de la hiérarchie des modes de configuration CLI.
L’exemple suivant exige que vous accédiez à différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, voir Utilisation de l’éditeur CLI en mode de configuration .
-
Créez une interface Ethernet.
[edit] user@host#
set interfaces et-2/0/0 unit 0 family inet address 192.0.2.2
-
Copiez l’interface que vous venez de créer dans une autre interface.
[edit] user@host#
copy interfaces et-2/0/0 to et-2/1/0
Comparez cette
copy
commande à celle de l’exemple précédent, où lacopy
commande prend le mot-cléunit
avant la valeur à copier :[edit] user@host#
copy interfaces lo0 unit 100 to unit 101
Notez que le mot clé
interfaces
n’est pas répété après la prépositionto
et avant la valeur à copier. Cela se produit dans certaines déclarations de niveau supérieur avec lacopy
commande.Conseil :De même, dans la
rename
commande, vous ne répétez pas la partie mot-clé de l’instruction avant le nouvel identifiant dans certaines déclarations de niveau supérieur. -
Montrez votre configuration jusqu’à présent.
[edit] user@host#
show interfaces
et-2/0/0 { unit 0 { family inet { address 192.0.2.2/32; } } } et-2/1/0 { unit 0 { family inet { address 192.0.2.2/32; } } } -
Remplacez l’adresse et-2/1/0 par une autre adresse IP.
[edit interfaces et-2/1/0 unit 0 family inet] user@host#
replace pattern 192.0.2.2 with 192.0.2.40
Notez que si vous souhaitez modifier uniquement une occurrence spécifique d’un modèle au lieu de toutes les occurrences, vous devez accéder à ce niveau de hiérarchie spécifique avant d’utiliser la
replace
commande. -
Affichez à nouveau les interfaces.
[edit] user@host#
show interfaces
et-2/0/0 { unit 0 { family inet { address 192.0.2.2/32; } } } et-2/1/0 { unit 0 { family inet { address 192.0.2.40/32; } } } -
En mode configuration, utilisez la
rollback
commande pour renvoyer la configuration de l’équipement à l’état dans lequel il se trouvait avant d’exécuter les étapes précédentes.[edit] user@host#
rollback
Résultats
En mode configuration, utilisez les show interfaces et-2/0/0
commandes et show interfaces et-2/1/0
pour vous assurer que la configuration de l’équipement est dans son état avant d’exécuter les étapes de cet exemple.
[edit]
user@hostshow interfaces et-2/0/0
[edit]
user@host#
Vous ne devriez voir aucun résultat de cette commande.
[edit]
user@R1# show interfaces et-2/1/0
[edit]
user@host#
Vous ne devriez voir aucun résultat de cette commande.
Insérer un nouvel identifiant dans une configuration d’équipement
Lors de la configuration d’un équipement Juniper Networks, vous pouvez saisir la plupart des déclarations et des identifiants dans n’importe quel ordre. Quel que soit l’ordre dans lequel vous saisissez les déclarations de configuration, l’interface CLI affiche toujours la configuration dans un ordre strict. Toutefois, dans quelques cas, l’ordre des déclarations est important, car les instructions de configuration créent une séquence qui est analysée dans l’ordre.
Par exemple, dans une stratégie de routage ou un filtre de pare-feu, vous définissez des termes qui sont analysés de manière séquentielle. En outre, lorsque vous créez un chemin nommé dans MPLS dynamique, vous définissez une liste ordonnée des routeurs de transit dans le chemin, en commençant par le premier routeur de transit et se terminant par le dernier.
Pour modifier une partie de la configuration dans laquelle l’ordre d’instruction est important, utilisez la commande du mode de insert
configuration :
user@host#insert <statement-path> identifier1 (before | after) identifier2
Si vous n’utilisez pas la insert
commande mais configurez plutôt l’identifiant, celui-ci est placé à la fin de la liste d’identifiants similaires.
Exemple : Insérer un nouvel identifiant dans une configuration d’équipement
Cet exemple illustre l’utilisation de la insert
commande.
Alors qu’un terme ajouté à l’aide de la set
commande est placé à la fin de la liste de termes existante, vous l’utilisez insert
pour ajouter un terme dans l’ordre que vous spécifiez. Il est important de spécifier l’ordre des instructions dans les cas où l’ordre importe, car les instructions de configuration créent une séquence qui est analysée dans l’ordre.
Comme le montre cet exemple, vous devez créer le terme (ou il doit déjà exister) avant de pouvoir l’utiliser avec la insert
commande. Le point de référence pour placer le terme doit également exister; par exemple, pour placer le terme T1 avant le terme T2, T1 et T2 doivent déjà exister et être peuplées. Junos OS supprime automatiquement les termes vides.
Conditions préalables
Avant d’insérer un terme, vous devez configurer une stratégie initiale. Pour configurer rapidement la stratégie initiale pour cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne et modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit policy-options]
hiérarchie, puis entrez commit
à partir du mode de configuration.
set policy-statement statics term term1 from route-filter 192.168.0.0/16 orlonger set policy-statement statics term term1 from route-filter 224.0.0.0/3 orlonger set policy-statement statics term term1 then reject set policy-statement statics term term2 from protocol direct set policy-statement statics term term2 then reject set policy-statement statics term term3 from protocol static set policy-statement statics term term3 then reject set policy-statement statics term term4 then accept
Vérifiez maintenant que la hiérarchie est correctement configurée :
[edit policy-options]
user@host# show
policy-statement statics {
term term1 {
from {
route-filter 192.168.0.0/16 orlonger;
route-filter 224.0.0.0/3 orlonger;
}
then reject;
}
term term2 {
from protocol direct;
then reject;
}
term term3 {
from protocol static;
then reject;
}
term term4 {
then accept;
}
}
Présentation
Pour modifier une partie de la configuration dans laquelle l’ordre d’instruction est important, vous devez utiliser la commande du mode de insert
configuration. Si vous utilisez la commande à la set
place, l’instruction ou l’identifiant ajouté sera au mauvais endroit séquentielment. La seule autre façon d’obtenir les termes de la commande dans le bon ordre est de démanteler la configuration et de recommencer.
Configuration
Configuration rapide cli
Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne et modifiez les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier les stratégies- options], puis entrez commit
en mode configuration.
[edit] user@host#rename policy-options policy-statement statics term term4 to term term6
[edit] user@host#set policy-options policy-statement statics term term4 from protocol local
[edit] user@host#set policy-options policy-statement statics term term4 then reject
[edit] user@host#set policy-options policy-statement statics term term5 from protocol aggregate
[edit] user@host#set policy-options policy-statement statics term term5 then reject
[edit] user@host#insert policy-options policy-statement statics term term4 after term term3
[edit] user@host#insert policy-options policy-statement statics term term5 after term term4
Configurer pour insérer des conditions
Procédure étape par étape
-
Déterminez l’ordre dans lequel vos termes de configuration doivent aller. Examinez à la fois les termes d’origine et les nouveaux termes que vous prévoyez d’ajouter.
Dans la configuration d’origine, la stratégie est nommée
statics
, et il y a quatre termes. Chacun des trois premiers termes correspond à un critère de correspondance différent, et les correspondances qui en résultent sont rejetées. Le dernier terme accepte tout le reste du trafic.Dans cet exemple, vous devez ajouter deux termes qui éliminent d’autres types de trafic. Ces deux termes doivent aller avant le dernier terme de la configuration d’origine.
Renommez le terme d’origine4 en terme6.
[edit] user@host#
rename policy-options policy-statement statics term term4 to term term6
Cette étape conserve le dernier terme d’origine, maintenant renommé term6, comme dernier terme.
Créez un nouveau terme4.
[edit] user@host#
set policy-options policy-statement statics term term4 from protocol local
user@host#set policy-options policy-statement statics term term4 then reject
Un nouveau terme est ajouté pour faire correspondre le trafic provenant des adresses système locales et le rejeter.
Créez un nouveau terme5.
[edit] user@host#
set policy-options policy-statement statics term term5 from protocol aggregate
user@host#set policy-options policy-statement statics term term5 then reject
Un nouveau terme est ajouté qui fait correspondre le trafic des routes agrégées et le rejette.
Insérez le terme4 après le terme3.
[edit] user@host#
insert policy-options policy-statement statics term term4 after term term3
Insérez le terme5 après le terme4.
[edit] user@host#
insert policy-options policy-statement statics term term5 after term term4
Résultats
[edit]
user@host# show policy-options policy-statement statics
term term1 {
from {
route-filter 192.168.0.0/16 orlonger;
route-filter 224.0.0.0/3 orlonger;
}
then reject;
}
term term2 {
from protocol direct;
then reject;
}
term term3 {
from protocol static;
then accept;
}
term term4 {
from protocol local;
then reject;
}
term term5 {
from protocol aggregate;
then reject;
}
term term6 {
then accept;
}
Désactiver et réactiver les déclarations et les identifiants dans une configuration d’équipement
Dans une Junos OS configuration, vous pouvez désactiver les déclarations et les identifiants afin qu’ils ne prennent pas effet lorsque vous émettez la commit
commande. Toutes les déclarations et identifiants désactivés sont marqués avec la inactive
balise. Ils restent dans la configuration mais ne sont pas activés lorsque vous émettez une commit
commande.
Pour désactiver une déclaration ou un identifiant, utilisez la commande du deactivate
mode de configuration :
user@host# deactivate( statement | identifier )
Pour réactiver une déclaration ou un identifiant, utilisez la commande du activate
mode de configuration :
user@host# activate ( statement | identifier )
Dans les deux commandes, le statement
et le identifier
que vous spécifiez doivent être au niveau de la hiérarchie actuelle. Lorsque vous désactivez une instruction, cette déclaration spécifique est ignorée et n’est pas appliquée du tout lorsque vous émettez une commit
commande.
Pour désactiver une instruction, utilisez la commande du disable
mode de configuration.
Dans certaines parties de la hiérarchie de configuration, vous pouvez inclure une disable
déclaration pour désactiver les fonctionnalités. Par exemple, la désactivation d’une interface en incluant l’instruction disable
au niveau de la [edit interface
interface-name]
hiérarchie. Lorsque vous désactivez une fonction, elle est réactivée lorsque vous émettez une commit
commande, mais elle est traitée comme si elle était en panne ou désactivée administrativement.
Exemple : Désactiver et réactiver les déclarations et les identifiants dans une configuration d’équipement
Cet exemple illustre un cas d’utilisation courant dans lequel vous utilisez les commandes du deactivate
mode et de activate
configuration. Il s’agit de moteurs de routage doubles, principal et de secours, qui ont le commutateur GRES (Graceful Routing Engine Switchover) configuré. Le logiciel des deux moteurs de routage doit être mis à niveau. Pour ce faire, il est facile de désactiver GRES, de mettre à jour les moteurs de routage, puis de réactiver GRES.
Vous pouvez également effectuer une mise à niveau similaire à l’aide de la même configuration, sauf que le routage actif sans interruption (NSR) est configuré au lieu de GRES. Vous devez désactiver NSR, puis mettre à niveau les moteurs de routage avant de réactiver NSR.
Conditions préalables
Cet exemple nécessite l’utilisation d’un équipement doté de deux moteurs de routage pouvant être mis à niveau.
Avant de commencer cet exemple, assurez-vous que vous avez configuré GRES.
Présentation
Dans cet exemple, il existe deux moteurs de routage. GRES est configuré et les moteurs de routage doivent être mis à niveau. Pour effectuer la mise à niveau, vous devez désactiver la fonctionnalité GRES, mettre à niveau chacun des moteurs de routage, puis activer GRES à nouveau.
Configuration
Configurer la désactivation et la réactivation de GRES
Procédure étape par étape
Pour désactiver et réactiver GRES pour la mise à niveau du moteur de routage :
Montrez que GRES est activé pour le routeur.
[edit] user@host#
show chassis
redundancy { graceful-switchover; } fpc 2 { pic 0 { tunnel-services { bandwidth 1g; } } }Désactiver GRES.
[edit] user@host#
deactivate chassis redundancy graceful-switchover
user@host#commit
Montrez que GRES est désactivé.
[edit] user@host#
show chassis
redundancy { inactive: graceful-switchover; } fpc 2 { pic 0 { tunnel-services { bandwidth 1g; } } }-
Mettez à niveau les moteurs de routage un par un.
Pour obtenir des instructions sur la mise à niveau de Junos OS sur des moteurs de routage doubles, voir Installation du package logiciel sur un équipement avec des moteurs de routage redondants.
Réactivez GRES.
[edit] user@host#
activate chassis redundancy graceful-switchover
user@host#commit
Résultats
Vérifiez que la fonctionnalité GRES est activée à nouveau.
[edit]
user@host# show chassis
redundancy {
graceful-switchover;
}
fpc 2 {
pic 0 {
tunnel-services {
bandwidth 1g;
}
}
}
Comment apporter des modifications globales à la configuration de l’équipement
Vous pouvez apporter des modifications globales aux variables et aux identifiants de la configuration de l’équipement à l’aide de la commande du replace
mode de configuration. Cette commande remplace un modèle dans une configuration par un autre modèle. Par exemple, vous pouvez utiliser cette commande pour rechercher et remplacer toutes les occurrences d’un nom d’interface lorsqu’un PIC est déplacé vers un autre emplacement du routeur.
user@host# replace pattern pattern1 with pattern2 <upto n>
L’option pattern
pattern1
est une chaîne de texte ou une expression régulière qui définit les identifiants et les valeurs à remplacer dans la configuration.
L’option pattern2
est une chaîne de texte ou une expression régulière qui remplace les identifiants et les valeurs situés dans pattern1
.
La CLI utilise une syntaxe d’expression régulière de style UNIX standard (telle que définie dans POSIX 1003.2). Si l’expression régulière contient des espaces, des opérateurs ou des caractères génériques, joignez l’expression entre guillemets. Les qualifications gourmandes (match autant que possible) sont prises en charge. Les qualifications paresseuse (match le moins possible) ne sont pas prises en charge.
L’option upto
n
spécifie le nombre d’objets remplacés. La valeur contrôle n
le nombre total d’objets qui sont remplacés dans la configuration (et non le nombre total de fois que le modèle se produit). Les objets du même niveau hiérarchique (frères et soeurs) sont remplacés en premier. Les multiples occurrences d’un modèle au sein d’un objet donné sont considérées comme un seul remplacement. Par exemple, si une configuration contient une 010101
chaîne de texte, la commande replace pattern 01 with pattern 02 upto 2
est 010101
020202
remplacée par (au lieu de 020201
). Le remplacement de 010101
par 020202
est considéré comme un seul remplacement (n
= 1
), et non trois remplacements distincts (n
=3
).
Si vous ne spécifiez pas d’option upto
, tous les identifiants et valeurs de la configuration correspondant pattern1
sont remplacés.
La replace
commande est disponible en mode de configuration à n’importe quel niveau hiérarchique. Toutes les correspondances sont sensibles à la casse.
Expressions régulières courantes à utiliser avec la replace
commande
Opérateur |
Fonction |
---|---|
|
Indique qu’une correspondance peut être l’un des deux termes de chaque côté du tuyau. |
|
Utilisé au début d’une expression, indique l’endroit où une correspondance doit commencer. |
|
Utilisé à la fin d’une expression, indique qu’un terme doit correspondre exactement jusqu’au point du |
|
Spécifie une plage de lettres ou de chiffres à correspondre. Pour séparer le début et la fin d’une plage, utilisez un trait d’union ( - ). |
|
Spécifie un groupe de termes à correspondre. Stockées sous forme de variables numérotées. Utilisez pour les références secondaires en tant que |
|
Désigne 0 terme ou plus. |
|
Désigne un ou plusieurs termes. |
|
Désigne n’importe quel caractère, à l’exception d’un espace (« »). |
|
Un backslash s’échappe des caractères spéciaux pour supprimer leur signification spéciale. Par exemple, \. correspondances |
|
Référence arrière qui correspond au nème groupe. |
|
Référence arrière qui correspond à l’ensemble de la correspondance. |
Le tableau suivant répertorie quelques exemples de remplacement.
Commande |
Résultat |
---|---|
|
Correspondance : Résultat: |
|
Correspondance : Résultat: |
|
Correspondance : Résultat: |
|
Correspondance : Résultat: |
Exemple : Comment utiliser le remplacement global dans une configuration d’équipement : la référence \n retour
Cet exemple montre comment vous pouvez utiliser une référence arrière pour remplacer un modèle.
Conditions préalables
Avant de configurer cet exemple, aucune configuration spéciale au-delà du démarrage de l’équipement n’est requise.
Avant de commencer, configurez les éléments suivants :
[edit]
user@host# show interfaces
xe-0/0/0 {
unit 0;
}
fe-3/0/1 {
vlan-tagging;
unit 0 {
description "inet6 configuration. IP: 2000::c0a8::1bf5";
vlan-id 100;
family inet {
address 17.10.1.1/24;
}
family inet6 {
address 2000::c0a8:1bf5/3;
}
}
}
Pour configurer rapidement cette configuration initiale, copiez les commandes suivantes et les collez dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit]
hiérarchie :
set interfaces xe-0/0/0 unit 0
set interfaces fe-3/0/1 vlan-tagging
set interfaces fe-3/0/1 unit 0 description "inet6 configuration IP: 2000::c0a8::1bf5"
set interfaces fe-3/0/1 unit 0 vlan-id 100
set interfaces fe-3/0/1 unit 0 family inet address 17.10.1.1/24
set interfaces fe-3/0/1 unit 0 family inet6 address 2000::c0a8:1bf5/3
Présentation
L’une des fonctionnalités les plus utiles des expressions régulières est la référence arrière. Les références arrière offrent un moyen pratique d’identifier un caractère ou une sous-chaîne répétée dans une chaîne. Une fois le modèle trouvé, vous pouvez le répéter sans le réécrire. Vous vous référez au modèle précédemment capturé avec juste \#
(où #
est un chiffre qui indique le nombre de fois que vous souhaitez que le modèle corresponde).
Vous pouvez utiliser les rétroférences pour rappeler ou trouver des données et les remplacer par quelque chose d’autre. De cette façon, vous pouvez reformamenter de grands ensembles de données avec une seule commande de remplacement, ce qui vous ferait gagner du temps pour rechercher et remplacer le modèle manuellement.
Configuration
Configuration d’un remplacement à l’aide d’une référence secondaire dans la commande
Procédure étape par étape
Pour remplacer un modèle dans une Junos OS configuration à l’aide d’une référence secondaire :
Utilisez la
replace
commande.[edit] user@host#
replace pattern pattern1 with pattern2
Dans ce cas, nous voulons remplacer par
:1bf5
1bf5
.[edit] user@host#
replace pattern "(.*):1bf5" with "\11bf5"
Notez l’arrière-référence (\1), qui indique que le modèle doit être recherché et remplacé une seule fois.
Résultats
Voici la configuration résultante :
[edit]
user@host# show interfaces
xe-0/0/0 {
unit 0;
}
fe-3/0/1 {
vlan-tagging;
unit 0 {
description "inet6 configuration. IP: 2000::c0a8:1bf5";
vlan-id 100;
family inet {
address 17.10.1.1/24;
}
family inet6 {
address 2000::c0a8:1bf5/3;
}
}
}
Dans cet exemple, le modèle 2000::c0a8::1bf5
est remplacé par 2000::c0a8:1bf5
une seule fois.
Exemple : Remplacement global dans une configuration d’équipement : remplacement d’un nom d’interface
Cet exemple montre comment remplacer un nom d’interface globalement dans une configuration à l’aide de la replace
commande.
L’utilisation de la replace
commande peut être un moyen plus rapide et plus efficace de modifier une configuration. Par exemple, un PIC peut être déplacé vers un autre emplacement d’un routeur, ce qui change le nom de l’interface. Une seule commande vous permet de mettre à jour l’ensemble de la configuration. Vous pouvez également étendre rapidement la configuration avec d’autres configurations similaires, par exemple des interfaces similaires.
À l’aide copy
d’une combinaison des commandes et replace
des commandes, vous pouvez ajouter à une configuration, puis remplacer certains aspects des configurations nouvellement copiées. La replace
commande fonctionne avec des expressions régulières. Les expressions régulières sont rapides, flexibles et omniprésentes. Vous pouvez créer à peu près n’importe quel modèle dont vous avez besoin pour rechercher, et la plupart des langages de programmation prennent en charge les expressions régulières.
Conditions préalables
Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est nécessaire avant de configurer cet exemple.
Avant de commencer, configurez la hiérarchie suivante sur le routeur. Pour configurer rapidement cette hiérarchie, reportez-vous à la section Configuration rapide cli .
user@host#show interfaces
so-0/0/0 { dce; } user@host#show protocols
ospf { area 0.0.0.0 { interface so-0/0/0.0 { hello-interval 5; } } }
Présentation
Cet exemple montre comment remplacer un nom d’interface globalement dans une configuration à l’aide de la replace
commande. C’est un exemple simple.
La configuration précédente est le point de départ de cette mise à jour de configuration. Dans cet exemple, vous modifiez le nom de l’interface initiale tout au long de la configuration avec une commande.
Configuration
Configuration rapide cli
Pour configurer rapidement la configuration initiale de cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne et modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez ces commandes dans la CLI au niveau de la [edit]
hiérarchie, puis entrez commit
à partir du mode de configuration.
set interfaces so-0/0/0 dce set protocols ospf area 0.0.0.0 interface so-0/0/0.0 hello-interval 5
Configuration d’un changement de nom d’interface
Procédure étape par étape
Pour changer le nom d’une interface :
Assurez-vous que vous êtes en haut de la hiérarchie des modes de configuration.
user@host#
top
-
Remplacez par
so-0/0/0
so-1/1/0
lareplace
commande, qui utilise lepattern
mot-clé.user@host#
replace pattern so-0/0/0 with so-1/1/0
Résultats
Après avoir effectué les modifications requises, vérifiez la configuration à l’aide des commandes du show interfaces
mode de configuration et show protocols
.
[edit] user@host#show interfaces
so-1/1/0 { dce; } user@host#show protocols
ospf { area 0.0.0.0 { interface so-1/1/0.0 { hello-interval 5; } } }
Une fois que vous avez confirmé que la configuration est correcte, saisissez la commit
commande.
Exemple : Remplacement global dans une configuration d’équipement : l’option jusqu’à
Prenons la hiérarchie indiquée dans la section Figure 1. La chaîne de 010101
texte apparaît en trois endroits : les sections description de ge-0/0/0
, ge-0/0/0.0
et fe-0/0/1
. Ces trois instances sont trois objets. L’exemple suivant montre comment vous pouvez utiliser l’option upto
pour effectuer des remplacements dans une configuration d’équipement :

Une upto 2
option de la replace
commande convertit 01
en 02
pour deux instances d’objet. Les objets sous les interfaces ge-0/0/0
principales et fe-0/0/1
seront remplacés en premier (puisqu’il s’agit de frères et sœurs au niveau de la hiérarchie). En raison de la upto 2
restriction, la replace
commande remplace les modèles de la première et de la deuxième instance de la hiérarchie (frères et soeurs), mais pas de la troisième (enfant de la première instance).
user@host#show interfaces
ge-0/0/0 { description "mkt 010101"; #First instance in the hierarchy unit 0 { description "mkt 010101"; #Third instance in the hierarchy (child of the first instance) } } fe-0/0/1 { description "mkt 010101"; #second instance in the hierarchy (sibling of the first instance) unit 0 { family inet { address 200.200.20.2/24; } } } [edit] user@host#replace pattern 01 with 02 upto 2
[edit] user@host#commit
commit complete
[edit]
user@host# show interfaces
ge-0/0/0 {
description "mkt 020202"; #First instance in the hierarchy
unit 0 {
description "mkt 010101"; #Third instance in the hierarchy (child of the first
instance)
}
}
fe-0/0/1 {
description "mkt 020202"; #second instance in the hierarchy (sibling of the first
instance)
unit 0 {
family inet {
address 200.200.20.2/24;
}
}
}
Ajouter des commentaires dans une configuration d’équipement
Vous pouvez inclure des commentaires dans une configuration d’équipement pour décrire n’importe quelle déclaration de la configuration. Vous pouvez ajouter des commentaires de manière interactive dans la CLI et en modifiant le fichier de configuration ASCII.
Lors de la configuration des interfaces, vous pouvez ajouter des commentaires sur l’interface en incluant l’instruction description
au niveau de la [edit interfaces
interface-name
]
hiérarchie. Tous les commentaires que vous incluez apparaissent dans la show interfaces
sortie des commandes.
Ajouter des commentaires dans la CLI
Lorsque vous ajoutez des commentaires en mode configuration, ils sont associés à une instruction au niveau actuel. Chaque déclaration peut être associée à une seule ligne de commentaire. Avant de pouvoir associer un commentaire à une déclaration, celle-ci doit exister. Le commentaire est placé sur la ligne précédant l’énoncé.
Pour ajouter des commentaires à une configuration, utilisez la commande mode annotate
de configuration :
user@host# annotate statement "comment-string
"
statement
est l’énoncé de configuration auquel vous joignez le commentaire ; il doit être au niveau de la hiérarchie actuelle. Si un commentaire pour le spécifié statement
existe déjà, il est supprimé et remplacé par le nouveau commentaire.
comment-string
est le texte du commentaire. Le texte du commentaire peut être n’importe quelle longueur, et vous devez le saisir sur une seule ligne. Si le commentaire contient des espaces, vous devez le placer entre guillemets. Dans la chaîne de commentaires, vous pouvez inclure les délimiteurs /* */
de commentaires ou #
. Si vous n’en spécifiez pas, la chaîne de commentaire est jointe avec les /* */
délimiteurs de commentaires.
Pour supprimer un commentaire existant, spécifiez une chaîne de commentaire vide :
user@host# annotate statement ""
Si vous ajoutez des commentaires avec la annotate
commande, vous pouvez afficher les commentaires dans la configuration en entrant la commande du mode de configuration show ou la commande du show configuration
mode opérationnel.
Junos OS prend en charge l’annotation jusqu’au dernier niveau de la hiérarchie de configuration, y compris les oneliners. Toutefois, l’annotation de parties (les déclarations ou identifiants enfants dans le oneliner) du oneliner n’est pas prise en charge. Par exemple, dans l’exemple de hiérarchie de configuration suivant, l’annotation est prise en charge jusqu’à la level 1
hiérarchie parente, mais pas pour l’instruction metric
enfant :
[edit protocols] isis { interface ge-0/0/0.0 { level 1 metric 10; } } }
Ajouter des commentaires dans un fichier
Lorsque vous modifiez le fichier de configuration ASCII et ajoutez des commentaires, ils peuvent être une ou plusieurs lignes et doivent précéder l’instruction à laquelle elles sont associées. Si vous placez les commentaires à d’autres endroits dans le fichier, par exemple sur la même ligne qui suit une instruction ou sur une ligne distincte qui suit une instruction, ils sont supprimés lorsque vous utilisez la load
commande pour ouvrir la configuration dans la CLI.
L’extrait suivant d’un exemple de configuration illustre comment placer et ne pas placer de commentaires dans un fichier de configuration :
/* This comment goes with routing-options */ routing-options { /* This comment goes with routing-options traceoptions */ traceoptions { /* This comment goes with routing-options traceoptions tracefile */ tracefile rpd size 1m files 10; /* This comment goes with routing-options traceoptions traceflag task */ traceflag task; /* This comment goes with routing-options traceoptions traceflag general */ traceflag general; } autonomous-system 10458; /* This comment is dropped */ } routing-options { rib-groups { ifrg { import-rib [ inet.0 inet.2 ]; /* A comment here is dropped */ } dvmrp-rib { import-rib inet.2; export-rib inet.2; /* A comment here is dropped */ } /* A comment here is dropped */ } /* A comment here is dropped */ }
Lorsque vous incluez directement des commentaires dans le fichier de configuration, vous pouvez les mettre en forme de la manière suivante :
Commencez le commentaire par un
/*
et terminez-le par un*/
. Le texte du commentaire peut être sur une seule ligne ou s’étendre sur plusieurs lignes.Commencez le commentaire par un
#
et terminez-le par une nouvelle ligne (retour chariot).
Exemple : Inclure des commentaires dans une configuration d’équipement à l’aide de l’interface cli
L’ajout de commentaires à une configuration d’équipement rend le fichier de configuration plus lisible et plus facile à comprendre par les utilisateurs. Vous pouvez inclure des commentaires au fur et à mesure que vous configurez à l’aide de l’instruction annotate
. Dans cet exemple, des commentaires sont ajoutés à l’aide de l’interface cli pour une configuration déjà existante :
Conditions préalables
Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est nécessaire avant de configurer cet exemple.
Avant d’ajouter un commentaire, vous devez configurer la hiérarchie suivante sur le routeur.
Pour configurer rapidement la configuration initiale pour cet exemple, copiez la commande suivante, collez-la dans un fichier texte, supprimez les sauts de ligne et modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez cette commande dans la CLI au niveau de la [edit]
hiérarchie, puis entrez commit
à partir du mode de configuration.
set protocols ospf area 0.0.0.0 interface so-0/0/0.0 hello-interval 5
Vérifiez maintenant que cette hiérarchie est configurée.
user@host# show protocols
ospf {
area 0.0.0.0 {
interface so-0/0/0 {
hello-interval 5;
}
}
}
Présentation
Lorsque vous ajoutez des commentaires à l’aide de l’interface cli, vous le faites en mode de configuration à l’aide de l’instruction annotate
. Chaque commentaire que vous ajoutez est associé à une déclaration au niveau actuel. Chaque déclaration peut être associée à une seule ligne de commentaire.
Pour configurer l’instruction annotate
, passez au niveau de l’instruction auquel vous souhaitez associer un commentaire. Pour consulter les commentaires, rendez-vous en haut de la hiérarchie de configuration et utilisez la show
commande.
Configuration
Configuration rapide cli
Pour configurer rapidement les commentaires pour cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne et modifiez tous les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez les commandes dans la CLI, à partir de la [edit]
hiérarchie, puis entrez commit
à partir du mode de configuration.
edit protocols ospf
annotate area 0.0.0.0 "Backbone area configuration added June 15, 2018"
edit area 0.0.0.0
annotate interface so-0/0/0.0 "Interface from router sj1 to router sj2"
Notez que les commandes vous déplacent vers le bas de la hiérarchie en annotant différentes sections de la hiérarchie.
Inclure des commentaires dans le mode de configuration cli
Procédure étape par étape
Cette procédure suppose que vous avez déjà configuré la configuration initiale.
Pour ajouter des commentaires à une configuration :
Passez au premier niveau hiérarchique auquel vous devez ajouter un commentaire.
[edit] user@host#
edit protocols ospf
Ajoutez un commentaire à l’énoncé de configuration à l’aide
area
de l’instructionannotate
.[edit protocols ospf] user@host#
annotate area 0.0.0.0 "Backbone area configuration added June 15, 1998"
Passez d’un niveau à l’énoncé de
interface
configuration.[edit protocols ospf] user@host#
edit area 0.0.0.0
-
Ajoutez un commentaire à l’interface
so-0/0/0.0
à l’aide de l’instructionannotate
.[edit protocols ospf area 0.0.0.0] user@host#
annotate interface so-0/0/0.0 "Interface from router sj1 to router sj2"
Résultats
Accédez au sommet de la hiérarchie et utilisez la show
commande pour voir les commentaires que vous avez ajoutés. Les commentaires précèdent la déclaration à qui ils sont associés.
[edit]
user@host# show protocols
ospf {
/* Backbone area configuration added June 15, 2018 */
area 0.0.0.0 {
/* Interface from router sj1 to router sj2 */
interface so-0/0/0.0 {
hello-interval 5;
}
}
}
Une fois que vous avez confirmé que la configuration est correcte, saisissez la commit
commande.
Exemple : Utiliser la commande Wildcard avec l’option de plage
Si vous devez apporter des modifications à la configuration d’un équipement, vous pouvez toujours supprimer les paramètres de configuration d’origine à l’aide de la delete
commande et ajouter vos nouveaux paramètres de configuration à l’aide de la set
commande. Cependant, il existe d’autres façons de modifier une configuration plus efficace et plus facile à utiliser.
Cet exemple montre comment utiliser la commande générique ainsi que les plages pour activer, désactiver, supprimer, protéger, définir, afficher et déprotéger les commandes de configuration.
La commande générique ne peut pas créer de hiérarchie de configuration. Vous l’utilisez pour modifier des instructions existantes. Attendez-vous à des erreurs CLI du formulaire warning: statement not found
lorsque vous essayez de définir des paramètres, tels que désactiver, sur une hiérarchie vide.
Conditions préalables
Junos OS Version 12.1 ou ultérieure s’exécutant sur l’équipement.
Présentation
L’option de plage avec la commande générique vous permet de spécifier des plages dans les commandes d’activation, de désactivation, de suppression, de protection, de définir, d’afficher et de déprotection. Vous pouvez utiliser des plages pour spécifier une gamme d’interfaces, d’unités logiques, de VLAN et d’autres éléments numérotés. L’option de plage générique étend la commande que vous avez saisie en plusieurs commandes, chacune correspondant à un élément de la plage.
L’option de plage générique vous permet de configurer plusieurs déclarations de configuration à l’aide d’une seule commande, au lieu de configurer chacune d’entre elles individuellement. Par exemple, pour configurer des interfaces 24 Gigabit Ethernet avec différents numéros de port, vous pouvez utiliser une seule commande d’ensemble de plages génériques au lieu de 24 commandes d’interfaces individuelles.
De même, pour désactiver un groupe de 30 interfaces logiques, vous pouvez utiliser la commande de désactivation de la plage générique au lieu de désactiver chaque interface logique individuellement.
Configuration
- Utilisez la commande générique avec des instructions de plage pour diverses tâches de configuration.
- Utilisation de l’option Range pour configurer une série d’identifiants nommés pour une déclaration de configuration
- Spécification de plusieurs plages dans la syntaxe
- Spécification d’une plage et de nombres uniques dans la syntaxe
- Exclusion de certaines valeurs d’une plage
- Spécification d’une plage avec un numéro d’étape
- Utiliser un caractère générique pour supprimer les stratégies p1-p10
Utilisez la commande générique avec des instructions de plage pour diverses tâches de configuration.
Procédure étape par étape
- Vous pouvez utiliser une plage générique avec les commandes de configuration actives, désactiver, supprimer, protéger, définir, afficher et déprotéger.
[edit] user@host#
wildcard range ? Possible completions: activate Remove the inactive tag from a statement annotate Annotate the statement with a comment deactivate Add the inactive tag to a statement delete Delete a data element protect Protect the statement set Set a parameter show Show a parameter unprotect Unprotect the statement
-
L’instruction
wildcard
peut être qualifiée avec une hiérarchie de configuration complète. Lorsqu’elle est garée dans une hiérarchie de configuration, la commande générique est relative aux options prises en charge par cette hiérarchie.[edit] user@host#
wildcard range set interfaces ? Possible completions: <interface-name> Interface name + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > interface-range Interface ranges configuration > interface-set Logical interface set configuration lo0 Interface name > stacked-interface-set Stacked interface set configuration > traceoptions Interface trace options xe-0/0/0:0 Interface name xe-0/0/0:1 Interface name
user@host# edit interfaces [edit interfaces]wildcard range set ? Possible completions: <interface-name> Interface name + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > interface-range Interface ranges configuration > interface-set Logical interface set configuration lo0 Interface name > stacked-interface-set Stacked interface set configuration > traceoptions Interface trace options xe-0/0/0:0 Interface name xe-0/0/0:1 Interface name
Dans le premier cas, le chemin complet vers la hiérarchie des interfaces est spécifié avec l’instruction générique. Dans le second, l’utilisateur est garé au niveau de la hiérarchie des interfaces. Les options prises en charge sont les mêmes avec l’une ou l’autre méthode.
Utilisation de l’option Range pour configurer une série d’identifiants nommés pour une déclaration de configuration
Procédure étape par étape
Pour configurer une série du même type d’interface avec différents numéros de port (0 à 23), spécifiez la plage de numéros de port au format suivant.
-
[edit] user@host# wildcard range set interfaces ge-0/0/[0-23] unit 0 family vpls
-
Affichez le résultat. La gamme de caractères génériques est étendue à 24 commandes différentes pour configurer des interfaces avec des numéros de port allant de 0 à 23. Dans ce cas, les interfaces sont créées afin d’ajouter la famille de
vpls
protocoles. Si les interfaces sont déjà définies, il suffit d’ajouter la famille.root@R1# show | compare [edit interfaces] + ge-0/0/0 { + unit 0 { + family vpls; + } + } + ge-0/0/1 { + unit 0 { + family vpls; + } + } + ge-0/0/2 { + unit 0 { + family vpls; + } + } . . . + ge-0/0/23 { + unit 0 { + family vpls; + }
Spécification de plusieurs plages dans la syntaxe
Procédure étape par étape
Plusieurs plages peuvent être spécifiées dans une commande de plage générique. Chaque plage doit être séparée par une virgule. Vous pouvez également avoir des plages qui se chevauchent.
Pour les exemples restants, vous créez une copie temporaire de votre configuration avec dix déclarations de stratégie. L’utilisation de ces instructions permet d’éviter les erreurs de CLI qui sont signalées lorsque vous essayez de manipuler des attributs dans une partie null de la hiérarchie.
[edit] user@device# set policy-options policy-statement p1 then reject set policy-options policy-statement p10 then reject set policy-options policy-statement p2 then reject set policy-options policy-statement p3 then reject set policy-options policy-statement p4 then reject set policy-options policy-statement p5 then reject set policy-options policy-statement p6 then reject set policy-options policy-statement p7 then reject set policy-options policy-statement p8 then reject set policy-options policy-statement p9 then reject [edit] user@device# save temp Wrote 254 lines of configuration to 'temp'
- Pour spécifier plusieurs plages dans la syntaxe, incluez les valeurs minimales et maximales pour chaque plage, séparées par une virgule.
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-3,5-7,6-9]
-
Affichez le résultat. La plage générique s’étend pour ajouter l’instruction
deactivate
aux stratégies dont les noms correspondent aux plages spécifiées. Il est important de noter l’absence et p4p10 dans la liste des modifications apportées à la configuration du candidat.REMARQUE :Une erreur est renvoyée si le nom de la stratégie spécifié n’existe pas déjà dans la configuration. En effet, vous ne pouvez pas ajouter l’instruction de désactivation à une partie vide de la hiérarchie de configuration.
[edit] show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p2 { ... } ! inactive: policy-statement p3 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p6 { ... } ! inactive: policy-statement p7 { ... } ! inactive: policy-statement p8 { ... } ! inactive: policy-statement p9 { ... }
Spécification d’une plage et de nombres uniques dans la syntaxe
Procédure étape par étape
Vous pouvez spécifier une combinaison d’une plage et de nombres uniques dans la syntaxe de la commande de plage générique.
-
Rechargez la configuration temporaire.
[edit] user@host# load override temp load complete
- Pour spécifier une plage et un nombre unique, séparez-les par une virgule. Dans cet exemple, 10 est ajouté en tant que numéro unique à une série de plages.
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-3,5,7,10]
-
Affichez le résultat. La plage générique s’étend pour ajouter l’instruction
deactivate
aux stratégies dont le nom correspond aux plages spécifiées et au numéro unique. Par conséquent, la p10 stratégie est également désactivée dans cet exemple.REMARQUE :Une erreur est renvoyée si le nom de la stratégie spécifié n’existe pas déjà dans la configuration. En effet, vous ne pouvez pas ajouter l’instruction de désactivation à une hiérarchie de configuration vide.
[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p10 { ... } ! inactive: policy-statement p2 { ... } ! inactive: policy-statement p3 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p7 { ... }
Exclusion de certaines valeurs d’une plage
Procédure étape par étape
Vous pouvez exclure certaines valeurs d’une plage en marquant les nombres ou la plage de nombres à exclure à l’aide d’un point d’exclamation.
-
Rechargez la configuration temporaire.
[edit] user@host# load override temp load complete
- Pour exclure certaines valeurs d’une plage, incluez la partie à exclure avec ! dans la syntaxe.
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-5,!3-4]
-
Affichez le résultat. La plage générique s’étend pour ajouter l’instruction
deactivate
aux stratégies dont les noms correspondent aux plages spécifiées. Notez que les stratégies p3 et p4 sont absentes de la liste des modifications apportées à la configuration du candidat. Ils ont été exclus de la gamme wildcard.REMARQUE :Une erreur est renvoyée si le nom de la stratégie spécifié n’existe pas déjà dans la configuration. En effet, vous ne pouvez pas ajouter l’instruction de désactivation à une hiérarchie de configuration vide.
[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p2 { ... } ! inactive: policy-statement p5 { ... }
Spécification d’une plage avec un numéro d’étape
Procédure étape par étape
Vous pouvez fournir un numéro d’étape pour avoir un intervalle constant dans la plage. La valeur de l’étape compte la première correspondance, puis ignore les correspondances suivantes jusqu’à la valeur d’étape spécifiée.
-
Rechargez la configuration temporaire.
[edit] user@host# load override temp load complete
- Pour fournir une étape, incluez la valeur de l’étape dans la syntaxe précédée d’une barre slash (/). Ici, nous spécifions une plage de 1 à 10, en sautant 1 nombre entre chaque match à l’aide d’une valeur d’étape de 2. L’effet est d’ignorer toutes les correspondances numérotées pairs car nous commençons par correspondre à un nombre impair (1).
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-10/2]
-
Affichez le résultat. La plage de caractères génériques s’étend pour ajouter l’instruction
deactivate
à toutes les autres déclarations de correspondance, en commençant par la première correspondance.REMARQUE :Une erreur est renvoyée si le nom de la stratégie spécifié n’existe pas déjà dans la configuration. En effet, vous ne pouvez pas ajouter l’instruction de désactivation à une hiérarchie de configuration vide.
[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p3 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p7 { ... } ! inactive: policy-statement p9 { ... }
Pour mieux illustrer la fonction d’étape, la configuration temporaire est restaurée et la commande générique est répétée, cette fois avec une valeur d’étape de 4. À présent, 3 entrées sont sautées après chaque match initial.
[edit] user@host# load override temp load complete user@host## wildcard range deactivate policy-options policy-statement p[1-10/4] \
-
Affichez le résultat. La plage de caractères génériques s’étend pour ajouter l’instruction
deactivate
à chaque quatrième déclaration de correspondance, en commençant par la première correspondance.[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p9 { ... }
Utiliser un caractère générique pour supprimer les stratégies p1-p10
Procédure étape par étape
Supprimez les stratégies temporaires ajoutées pour tester la fonction générique.
- Utilisez l’instruction
delete
avec une déclaration de plage générique pour supprimer des stratégies p1 via p10.[edit] user@host# wildcard range delete policy-options policy-statement p[1-10]
-
Affichez le résultat. Notre
policy-options
strophe ne contenait que des politiques p1 par le biais de p10. Il en résulte une hiérarchie de configuration videpolicy-options
.[edit] user@host# show policy-options