Copia de seguridad y recuperación de la configuración

Para guardar una configuración de dispositivo actual como un archivo de configuración de rescate:

1. Edite el archivo de configuración en el dispositivo para reflejar la configuración que desea guardar.

2. En el modo operativo de la CLI, guarde esta configuración editada como el archivo de configuración de rescate:

   El sistema guarda automáticamente el archivo de configuración de rescate en el directorio /config como rescue.conf.gz. Si el dispositivo tiene motores de enrutamiento redundantes, el sistema guarda el archivo de configuración de rescate en ambos motores de enrutamiento.

Puede comprobar que la sintaxis de un archivo de configuración es correcta y comprobar si hay errores de comprobación de confirmación mediante el test configuration filename comando.

Para comprobar si un archivo de configuración de rescate es correcto:

Es posible que la configuración de rescate no sea la que desea o necesita en el sistema. Por lo tanto, debe corregir la configuración fallida y volver a confirmarla.

Para corregir el error de configuración:

Para eliminar la configuración de rescate existente:

Esta tarea es opcional pero recomendable.

Para copiar la configuración que se está ejecutando actualmente o el archivo de configuración de rescate en un servidor remoto:

Para volver a una configuración anterior a la confirmada más recientemente, incluya el número de configuración, del 0 al 49, en el comando del rollback modo de configuración. La configuración guardada más recientemente es la número 0 (la configuración predeterminada a la que vuelve el sistema) y la configuración guardada más antigua es la número 49. Para mostrar una lista de las configuraciones confirmadas anteriormente, incluido el número de reversión, la fecha, la hora, el nombre del usuario que confirmó los cambios y el método de confirmación, utilice el comando de rollback ? modo de configuración.

Para revertir a una configuración anterior:

Cuando el sistema se inicia, si el sistema encuentra que el archivo de configuración actual es incompatible con el software, el sistema no puede confirmar el archivo de configuración (/config/juniper.conf.gz). Si anteriormente guardó una configuración de rescate en el sistema, el sistema confirma la configuración de rescate y la guarda como el archivo de configuración actual /config/juniper.conf.gz.

Para un sistema de motor de enrutamiento dual, cuando el motor de enrutamiento secundario arranca con una imagen actual diferente a la imagen actual del motor de enrutamiento principal y usted ha configurado la auto-sw-sync enable instrucción, el motor de enrutamiento principal sincroniza la imagen actual con el motor de enrutamiento secundario. El motor de enrutamiento principal también sincroniza la imagen del software de reversión y las demás imágenes con el motor de enrutamiento secundario. Si el archivo de configuración actual (juniper.conf.gz) del motor de enrutamiento principal coincide con el archivo de configuración actual del motor de enrutamiento secundario, el motor de enrutamiento principal no sincroniza la configuración de rescate (rescue.conf.gz) con el motor de enrutamiento secundario.

Para sincronizar la configuración de rescate del motor de enrutamiento principal con el motor de enrutamiento secundario, ejecute el file copy comando en el motor de enrutamiento principal:

Si instala Junos OS Evolved desde una unidad USB a un dispositivo de motor de enrutamiento único, el proceso de instalación elimina los archivos de configuración. Por lo tanto, debe volver a configurar el dispositivo. Además, si ha utilizado el request system zeroize comando para restablecer los valores predeterminados de fábrica del dispositivo, también debe volver a configurar el dispositivo. Si ya ha guardado un archivo de configuración en un servidor remoto u otra ubicación externa, puede copiar ese archivo de configuración en el dispositivo para ahorrar tiempo al volver a configurar el dispositivo.

Para restaurar la configuración desde una copia de seguridad:

El request system zeroize comando es un comando de modo operativo que revierte el sistema a la configuración predeterminada de fábrica. Antes de Junos OS Evolved versión 21.3R1, este comando quitaba toda la información de configuración y restablecía todos los valores clave. La operación desvincula todos los archivos de datos creados por el usuario, incluidos los archivos de configuración y registro, de sus directorios. A continuación, el dispositivo se reinicia y vuelve a la configuración predeterminada de fábrica. A partir de Junos OS Evolved versión 21.3R1, para los dispositivos que admiten esta característica, si los discos del motor de enrutamiento admiten el estándar ATA, este comando sanea los discos del motor de enrutamiento mediante el comando ATA secure erase para sobrescribir los datos. El comando ATA secure erase sobrescribe el contenido de LBA 0 mediante el mayor de READ NATIVE MAX o READ NATIVE MAX EXT, y reemplaza el contenido con 0s o 1s. Si los discos no admiten el estándar ATA (por ejemplo, admiten el estándar SCSI), se desinfectan mediante el método anterior descrito anteriormente. La capacidad de borrado seguro se clasifica en el nivel de desinfección de medios CLEAR NIST, de acuerdo con el estándar NIST 800-88. Cuando se completa el borrado seguro, el sistema copia el sistema operativo actual en ejecución desde RAMDISK al disco ATA. Una vez instalado el sistema operativo en ejecución actual, el sistema se reinicia y vuelve a la configuración predeterminada de fábrica.

A partir de Junos OS Evolved 24.4R1, para los dispositivos que admiten esta característica, si los discos del motor de enrutamiento admiten el estándar SATA, este comando sanea los discos mediante el nivel de desinfección de medios PURGE NIST, de acuerdo con el estándar NIST 800-88. El nivel PURGE está compuesto por los mecanismos CRYPTO_SCRAMBLE (si es compatible con el controlador SSD SATA) y BLOCK_ERASE. El mecanismo de CRYPTO_ERASE (si es compatible con el controlador SSD SATA) es seguido por el mecanismo de BLOCK_ERASE en todos los casos de desinfección. Cuando no se admite el mecanismo CRYPTO_SCRAMBLE, solo se ejecuta el mecanismo BLOCK_ERASE. Cuando se completa la desinfección del disco, el sistema copia el sistema operativo actual en ejecución desde RAMDISK al disco SATA. Una vez instalado el sistema operativo en ejecución actual, el sistema se reinicia y vuelve a la configuración predeterminada de fábrica.

Para revertir a la configuración predeterminada de fábrica con el request system zeroize comando: