Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

commit

Syntax

Description

Commit the set of changes to the database and cause the changes to take operational effect.

Remarque :

Cette fast-synchronize option n’est pas prise en charge dans le QFX Series Virtual Chassis.

Cette peers-synchronize option n’est pas prise en charge SRX Series périphériques mobiles.

Remarque :

À partir Junos OS 12.3, il est possible que les cartes FPC soit hors ligne à l’aide de la commande CLI du mode opérationnel peuvent être mis en ligne lors d’une procédure de validation de configuration ou de remplacement de request chassis fpc slot fpc-slot offline l’alimentation. En alternative, utilisez la commande configuration mode au niveau de la hiérarchie pour vous assurer set fpc fpc-slot power off[edit chassis] que les cartes FPC restent hors ligne.

Dans Junos OS Evolved, si un FPC ou un PIC est mis hors ligne, aucun d’entre eux ne sera lancé lorsque vous saisissez une commande qui configure un élément du FPC ou du PIC hors commit ligne.

Options

aucun

Exécutez la commande de validation sans aucune option pour valider les modifications de configuration dans la base de données de configuration.

activer (facultatif)

Validation complète en deux étapes: préparation de la configuration pour la validation et activation ultérieure de la configuration. Cela vous permet de configurer un certain nombre d’équipements et d’activer simultanément les configurations sur plusieurs équipements.

et de l’option (en option)

Commit the configuration and, if the configuration contains no errors and the commit succeeds, exit from configuration mode.

à chaîne

(Facultatif) Enregistrez les changements de configuration logicielle et activez la configuration ultérieurement, ou au redémarrage. La chaîne variable estreboot ou le moment futur d’activer les changements de configuration. Joindre la valeur de la chaîne (y reboot compris) dans des guillemets “ ” (). Vous pouvez spécifier l’heure dans deux formats:

  • Valeur horaire du formulaire [ [heures, minutes et éventuellement secondes] — Validation de la configuration à l’heure indiquée, qui doit être au moins une minute mais avant 23 h hh:mm:ss 59:59 le jour même de l’émission de la commande de commit at configuration. Utilisez la durée de 24 heures pour en obtenir la valeur ; il est par exemple 4 h hh04:30:00 30 et 20 h 20:00 00. L’heure est interprétée par rapport aux paramètres d’horloge et de fuseau horaire de l’équipement.

  • Valeur de date et d’heure dans le formulaire yyyy-mm-dd hh:mm:ss ] (année, mois, date, heures, minutes et, éventuellement, secondes) — Commit the configuration at the specified day and time, which must be after the commit at command is issued. Utilisez la durée de 24 heures pour en obtenir hh la valeur. Le 2003-08-2112:30:00 21 août 2003, à 20 h 30, par exemple.  L’heure est interprétée par rapport aux paramètres d’horloge et de fuseau horaire du routeur.

    Par exemple, commit at "18:00:00" . Pour la date et l’heure, inclure les deux valeurs dans la même série de guillemets. Par exemple, commit at "2018-03-10 14:00:00" .

  • Une vérification de validation est effectuée lors de l’émission de la commit at commande de mode de configuration. Si la vérification réussit, l’utilisateur actuel est déconnecté du mode de configuration et les données de configuration sont consignées en lecture seule. Aucune autre validation ne peut être exécutée tant que la validation programmée n’est pas terminée.

    Remarque :

    Si une Junos OS échec avant que les modifications de configuration deviennent actives, toutes les modifications de configuration sont perdues.

    Vous ne pouvez pas saisir la commit at commande de mode de configuration lorsqu’un redémarrage est en attente.

    Vous ne pouvez pas saisir la commande une fois que vous avez programmé une opération request system reboot de validation à une heure spécifique à l’avenir.

    Vous ne pouvez pas valider une configuration lorsqu’une validation programmée est en attente. Pour savoir comment utiliser la commande pour annuler une clear system commit configuration de validation programmée, consultez la validation nette du système.

Vérifier

(Facultatif) Vérifiez la syntaxe de la configuration, mais ne l’activez pas.

chaîne de commentaires

(Facultatif) Ajoutez un commentaire décrivent la configuration engagée. Le commentaire peut prendre la forme de 512 octets et doit être tapé sur une seule ligne. Vous ne pouvez pas inclure de commentaire sur la commit check commande. Ci-joint comment-string des guillemets ( » « ). Par exemple, commit comment "Includes changes recommended by user".

confirmé en quelques minutes

(Facultatif) Exigez que la validation soit confirmée dans le temps spécifié.

  • Pour confirmer une validation, saisissez une commit ou une commit check commande.

  • Si la validation n’est pas confirmée dans les délais limites, la configuration revient automatiquement à la configuration précommitée et un message de diffusion est envoyé à tous les utilisateurs connectés. Pour afficher la date de retour en arrière, saisissez la show system commit commande. La plage autorisée ne passe 1 que 65,535 par quelques minutes, et la valeur par 10 défaut est de quelques minutes.

  • L’délai d’insé time-out de la commande est calculé en fonction de l’heure système, à l’issue de commit confirmedcommit confirmed l’émission de la commande. Si l’heure du système est modifiée alors qu’une attente est en attente, le temps restant jusqu’à l’exécution de validation peut être raccourci (si l’ancien temps du système est en retard) ou ind écourté (si l’heure de l’ancien système est en avance) de l’intervalle commit confirmed prévu.

  • Dans Junos OS version 11.4 et ultérieure, vous pouvez également utiliser la commande commit confirmed dans le mode de [edit private] configuration.

pas de synchronisation

(Facultatif) Configurez la commit commande pour l’exécuter sans synchronisation. Cela peut être utile dans des situations, par exemple lorsqu’une configuration de moteur de routine est corrompue de manière à ce qu’une synchronisation de validation ne soit pas possible ou qu’elle bloque la validation.

  • Cette option vous permet de vous valider uniquement sur l’moteur de routage même si set system commit synchronize elle est configurée.

  • Cette option remplace également la commit peer-synchronize configuration. Si vous avez configuré la validation de manière synchroniser à l’aide de la commande, la validation n’est possible que sur set system commit synchronize l’équipement qui délivre la commit no-synchronize commande.

  • Lors de commit synchronize l’utilisation, la validation est d’abord effectuée dans l’autre moteur de routage puis dans la version actuelle. Si l’autre moteur de routine est corrompu, la validation échoue. Dans ce cas, vous pouvez utiliser commit no-synchronize . Cette commande ne peut pas être configurée à l’aide set de . Il est uniquement possible de l’exécuter.

synchroniser les pairs

(Facultatif) Configurez la commande de validation pour exécuter automatiquement une action synchronisée entre les pairs. Le pair local (ou le pair de demande) sur lequel vous activez les copies d’énoncé synchroniser les pairs et charge sa configuration à l’pair distant (ou répondant). Chaque pair effectue ensuite une vérification de la syntaxe sur le fichier de configuration en cours d’engagement. Si aucune erreur n’est trouvée, la configuration est activée et devient la configuration opérationnelle actuelle sur les deux pairs.

Synchroniser

(Facultatif) Si votre routeur dispose de deux moteurs de routage, vous pouvez orienter manuellement une moteur de routage pour synchroniser sa configuration avec l’autre en émettre la commit synchronize commande. Le moteur de routage sur lequel vous exécutez cette commande (la requête moteur de routage) copie et charge la configuration de son candidat vers les autres moteur de routage (le moteur de routage). Les deux moteurs de routage effectuent ensuite une vérification de la syntaxe du fichier de configuration du candidat en cours d’engagement. Si aucune erreur n’est trouvée, la configuration est activée et devient la configuration opérationnelle actuelle sur les deux moteurs de routage.

L’option de synchronisation dispose des deux options supplémentaires suivantes:

  • force: (facultatif) Appliquez la synchronisation de validation sur les moteurs de routage en utilisant force l’option.

    La commit synchronize commande n’est pas fonctionnée si le centre de moteur de routage des modifications de configuration non commandées. Vous pouvez appliquer la synchronisation de validation sur les moteurs de routage en utilisant force l’option. Lorsque vous numérotez la commande avec l’option d’une moteur de routage, les sessions de configuration de l’autre moteur de routage sont interrompues et la configuration est synchronisée avec celle de la moteur de routage à partir de laquelle vous avez publié la commit synchronizeforce commande.

  • scripts— (facultatif) Synchroniser tous les scripts de validation, d’événement, deib, d’opération et de SNMP, des moteur de routage de demande aux moteur de routage en plus de valider et synchroniser la configuration.

    Si l’opération ne parvient pas à obtenir la moteur de routage demande, le processus s’arrête et les scripts ne sont pas copiés sur le commit check moteur de routage. Si l’opération ou l’opération échoue pour l’moteur de routage de réponse, les scripts restent synchronisés, car la synchronisation se produit avant l’opération sur le commit checkcommitcommit check moteur de routage.

  • Si l’instruction est configurée au niveau de la hiérarchie pour la moteur de routage de demande, l’équipement synchronise les scripts à partir de mémoire Flash sur la moteur de routage de demande et la mémoire Flash sur le load-scripts-from-flash[edit system scripts] moteur de routage. Sinon, l’équipement synchronise les scripts à partir du disque dur sur la moteur de routage sur le disque dur du moteur de routage. L’équipement synchronise tous les scripts, qu’ils soient activés dans la configuration ou mis à jour depuis la dernière synchronisation.

Remarque :

Il se peut que la commande soit lancée en même temps à partir des deux moteurs de routage, ce qui provoque commit synchronize l’accroche du processus. À Junos OS version 15.1, il s’agit d’une anomalie temporaire (20 secondes), après quoi l’utilisateur peut tester à nouveau la commit sychronize commande.

Remarque :

Lorsque vous émettrez la commande, vous devez utiliser les commandes et les informations concernant l’utilisation de groupes, consultez Désactivé l’héritage commit synchronizeapply-groups re0re1 . d’un groupe de configuration.

L’moteur de routage doit utiliser Junos OS version 5.0 ou ultérieure.

Préparer

(Facultatif) Préparez la configuration à activer ultérieurement. Au cours de la phase de préparation, tous les fichiers et bases de données requis sont générés et la configuration est validée. Un fichier est créé qui indique si la validation est en attente d’activation. En cas de panne au cours de la phase de préparation, la préparation au message journal qui a échoué est générée.

Scripts

(Facultatif) Commit newly enabled scripts during the commit operation and push scripts to the other moteur de routage.

| (pipe)

(Facultatif) Utilisez la | (pipe)) pour filtrer le résultat de commit la commande.

Additional Information

Remarque :

À partir Junos OS 12.3, il est possible que les cartes FPC soit hors ligne à l’aide de la commande CLI du mode opérationnel peuvent être mis en ligne lors d’une procédure de validation de configuration ou de remplacement de request chassis fpc slot fpc-slot offline l’alimentation. En alternative, utilisez la commande configuration mode au niveau de la hiérarchie pour vous assurer set fpc fpc-slot power off[edit chassis] que les cartes FPC restent hors ligne.

| display detail—(Facultatif) Surveille le processus de validation.

Remarque :

Dans Junos OS version 10.4 et ultérieure, si le nombre de détails ou de messages de validation dépasse une page lorsqu’il est utilisé avec | display detail l’option pipe, l’option pagaa sur l’écran n’est plus more disponible. Les messages sont alors envoyés à l’écran par défaut, tout comme l’utilisation de la commande via commit| no more l’option pipe.

Required Privilege Level

configurer: pour entrer en mode de configuration.

Remarque :

Si vous utilisez Junos OS dans un environnement Critères communs, les messages de journalisation système sont créés à chaque fois qu’un attribut est modifié (par exemple, des modifications de mot de passe ou des modifications du secret RADIUS secret partagé). Ces modifications sont consignées pendant les opérations de charge de configuration suivantes:

Pour plus d’informations, consultez le Secure Configuration Guide for Common Criteria et Junos-FIPS

Release Information

Commande introduite avant Junos OS version 7.4.

Option synchronize scripts présentée dans Junos OS version 13.2.

Option no-synchronize disponible dans la version Junos OS Version 17.2R1