Sauvegarder et restaurer la configuration
Lors d’une mise à niveau réussie, le package de mise à niveau réinstalle complètement le système d’exploitation existant. Il conserve les fichiers juniper.conf, rescue.conf, SNMP ifIndexes, /var/home, /config/scripts, les fichiers SSH et d’autres fichiers du système de fichiers. Les autres informations sont supprimées. Par conséquent, vous devez sauvegarder votre configuration actuelle au cas où vous auriez besoin de revenir à l’installation actuelle du logiciel après avoir exécuté le programme d’installation.
Enregistrement d’une configuration de sauvetage
En cas de défaillance logicielle, il est utile de disposer d’une configuration de secours pour charger une configuration fonctionnelle connue. Il n’est pas nécessaire de se souvenir ou de rechercher le numéro de restauration ; Si vous enregistrez une configuration de secours, vous pouvez l’utiliser à tout moment.
Un fichier de configuration de secours est utile si le fichier de configuration de votre appareil a été mal configuré. Une configuration de secours vous permet de définir une configuration de travail connue ou une configuration dont l’état est connu et à laquelle vous pouvez revenir à tout moment. Vous pouvez restaurer l’appareil dans cette configuration de secours pour le remettre en ligne. Si vous enregistrez ce fichier hors de l’appareil, vous pouvez utiliser la configuration de secours pour restaurer votre appareil en cas de défaillance logicielle.
Pour enregistrer la configuration actuelle d’un périphérique en tant que fichier de configuration de secours :
-
Modifiez le fichier de configuration sur l’appareil pour refléter la configuration que vous souhaitez enregistrer.
-
En mode opérationnel de l’interface de ligne de commande, enregistrez cette configuration modifiée en tant que fichier de configuration de secours :
user@host> request system configuration rescue save
Le système enregistre automatiquement le fichier de configuration de sauvetage dans le répertoire /config sous le nom de rescue.conf.gz. Si l’équipement dispose de moteurs de routage redondants, le système enregistre le fichier de configuration de sauvetage sur les deux moteurs de routage.
Validation d’une configuration de sauvetage
Vous pouvez vérifier que la syntaxe d’un fichier de configuration est correcte et rechercher les erreurs de vérification de validation à l’aide de la test configuration filename
commande.
Pour vérifier si un fichier de configuration de secours est correct :
test configuration filename
mode opérationnel.
user@host> test configuration /config/rescue.conf.gz configuration check succeeds
Si la configuration contient des erreurs de syntaxe ou de vérification de validation, un message s’affiche pour indiquer le numéro de ligne et le numéro de colonne dans lesquels l’erreur a été détectée. Cette commande n’accepte que les fichiers texte.
Revenir à une configuration de secours
Correction de l’échec de la configuration
Il se peut que votre configuration de secours ne soit pas celle que vous souhaitez ou dont vous avez besoin sur votre système. Par conséquent, vous devez corriger la configuration qui a échoué et la valider à nouveau.
Pour corriger l’échec de la configuration :
Supprimer la configuration de sauvetage
Pour supprimer la configuration de sauvetage existante :
request system configuration rescue delete
commande :
user@host> request system configuration rescue delete
Copiez le fichier de configuration ou la configuration de secours sur un serveur distant
Cette tâche est facultative mais recommandée.
Pour copier la configuration en cours d’exécution ou le fichier de configuration de sauvetage sur un serveur distant :
Revenir à une configuration précédente
Pour revenir à une configuration antérieure à la configuration la plus récemment validée, incluez le numéro de configuration, de 0 à 49, dans la rollback
commande configuration mode. La configuration la plus récemment enregistrée est le numéro 0 (la configuration par défaut à laquelle le système retourne) et la configuration enregistrée la plus ancienne est le numéro 49. Pour afficher la liste des configurations précédemment validées, y compris le numéro de restauration, la date, l’heure, le nom de l’utilisateur qui a validé les modifications et la méthode de validation, utilisez la rollback ?
commande configuration mode.
Pour revenir à une configuration précédente :
Synchronisez la configuration de secours avec le moteur de routage secondaire après la synchronisation de la configuration actuelle
Au démarrage du système, s’il constate que le fichier de configuration actuel est incompatible avec le logiciel, il ne parvient pas à valider le fichier de configuration (/config/juniper.conf.gz). Si vous avez précédemment enregistré une configuration de secours sur le système, le système valide ensuite la configuration de secours et l’enregistre sous le nom de fichier de configuration actuel /config/juniper.conf.gz.
Pour un système à double moteur de routage, lorsque le moteur de routage secondaire démarre avec une image courante différente de l'image actuelle du moteur de routage principal et que vous avez configuré l' auto-sw-sync enable
instruction, le moteur de routage principal synchronise l'image courante avec le moteur de routage secondaire. Le moteur de routage principal synchronise également l’image du logiciel de restauration et les autres images avec le moteur de routage secondaire. Si le fichier de configuration actuel (juniper.conf.gz) du moteur de routage principal correspond au fichier de configuration actuel sur le moteur de routage secondaire, le moteur de routage principal ne synchronise pas la configuration de secours (rescue.conf.gz) avec le moteur de routage secondaire.
Pour synchroniser la configuration de sauvetage du moteur de routage principal vers le moteur de routage secondaire, exécutez la file copy
commande sur le moteur de routage principal :
user@host-re0> file copy /config/rescue.conf.gz re1:/config/
Restaurer la configuration à partir d’une copie de sauvegarde après l’installation d’un logiciel USB
Si vous installez Junos OS Evolved à partir d’une clé USB sur un périphérique à moteur de routage unique, le processus d’installation supprime les fichiers de configuration. Par conséquent, vous devez reconfigurer l’appareil. De plus, si vous avez utilisé la request system zeroize
commande pour réinitialiser l’appareil aux paramètres d’usine par défaut, vous devez également reconfigurer l’appareil. Si vous avez déjà enregistré un fichier de configuration sur un serveur distant ou à un autre emplacement, vous pouvez copier ce fichier de configuration sur l’équipement pour gagner du temps lors de la reconfiguration de l’équipement.
Pour restaurer la configuration à partir d’une copie de sauvegarde :
Revenir à la configuration d’usine par défaut
Il request system zeroize
s’agit d’une commande en mode opérationnel qui rétablit la configuration d’usine par défaut du système. Avant Junos OS Evolved version 21.3R1, cette commande supprime toutes les informations de configuration et réinitialise toutes les valeurs clés. L’opération dissocie tous les fichiers de données créés par l’utilisateur, y compris les fichiers de configuration et les fichiers journaux, de leurs répertoires. L’appareil redémarre et revient à la configuration d’usine par défaut. À partir de Junos OS Evolved version 21.3R1, pour les périphériques qui prennent en charge cette fonctionnalité, si les disques du moteur de routage prennent en charge la norme ATA, cette commande assainit les disques sur le moteur de routage à l’aide de la commande ATA secure erase
pour écraser les données. La commande ATA secure erase
remplace le contenu du LBA 0 par le plus élevé des montants suivants : READ NATIVE MAX ou READ NATIVE MAX EXT et remplace le contenu par des 0 ou des 1. Si les disques ne prennent pas en charge la norme ATA (par exemple, s’ils prennent en charge la norme SCSI), ils sont nettoyés à l’aide de l’ancienne méthode décrite ci-dessus. La capacité d’effacement sécurisé est classée sous le niveau d’assainissement des supports CLEAR NIST, conformément à la norme NIST 800-88. Lorsque l’effacement sécurisé est terminé, le système copie le système d’exploitation en cours d’exécution du disque RAM sur le disque ATA. Une fois le système d’exploitation en cours d’exécution installé, le système redémarre et revient à la configuration d’usine par défaut.
À partir de Junos OS Evolved 24.4R1, pour les périphériques qui prennent en charge cette fonctionnalité, si les disques du moteur de routage prennent en charge la norme SATA, cette commande assainit les disques à l’aide du niveau d’assainissement des supports PURGE NIST, conformément à la norme NIST 800-88. Le niveau PURGE comprend à la fois les mécanismes de CRYPTO_SCRAMBLE (s’ils sont pris en charge par le contrôleur SSD SATA) et de BLOCK_ERASE. Le mécanisme de CRYPTO_ERASE (s’il est pris en charge par le contrôleur SSD SATA) est suivi par le mécanisme de BLOCK_ERASE dans tous les cas de désinfection. Lorsque le mécanisme CRYPTO_SCRAMBLE n’est pas pris en charge, seul le mécanisme BLOCK_ERASE est exécuté. Lorsque l’assainissement du disque est terminé, le système copie le système d’exploitation en cours d’exécution de RAMDISK sur le disque SATA. Une fois le système d’exploitation en cours d’exécution installé, le système redémarre et revient à la configuration d’usine par défaut.
Avant d’exécuter la request system zeroize
commande en mode opérationnel, utilisez la commande en request system snapshot
mode opérationnel pour sauvegarder les fichiers actuellement utilisés pour exécuter l’appareil sur le SSD secondaire.
Pour revenir à la configuration d’usine par défaut à l’aide de la request system zeroize
commande :