El modelo de confirmación para configuraciones
La configuración del dispositivo se guarda mediante un modelo de confirmación: una configuración candidata se modifica según se desee y, luego, se confirma en el sistema. Cuando se confirma una configuración, el dispositivo comprueba los errores de sintaxis de la configuración y, si no se encuentra ningún error, la configuración se guarda como juniper.conf.gz y se activa. El archivo de configuración anteriormente activo se guarda como el primer archivo de configuración de devolución (juniper.conf.1.gz), y cualquier otro archivo de configuración de reversa se incrementa en 1. Por ejemplo, juniper.conf.1.gz se incrementa a juniper.conf.2.gz, lo que lo convierte en el segundo archivo de configuración de reversa. El dispositivo puede tener un máximo de 49 configuraciones de devolución (numeradas del 1 al 49) guardadas en el sistema.
En el dispositivo, el archivo de configuración actual y los tres primeros archivos de devolución (juniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3) se encuentran en el directorio /config . (El resto de los archivos de devolución, del 4 al 49, se encuentran en /var/db/config.)
Si el archivo de configuración de recuperación rescue.conf.gz existe, este archivo también se encuentra en el directorio /config . Los archivos predeterminados de fábrica se encuentran en el directorio /etc/config .
Existen dos mecanismos utilizados para propagar las configuraciones entre motores de enrutamiento dentro de un dispositivo:
Sincronización: propaga una configuración de un motor de enrutamiento a un segundo motor de enrutamiento dentro del mismo chasis del dispositivo.
Para sincronizar configuraciones, utilice el comando de CLI
commit synchronize
. Si uno de los motores de enrutamiento está bloqueado, se produce un error en la sincronización. Si la sincronización falla debido a un archivo de configuración bloqueado, puede usar elcommit synchronize force
comando. Este comando anula el bloqueo y sincroniza los archivos de configuración.Distribución: propaga una configuración por el plano de enrutamiento en un dispositivo multichasis. La distribución se produce automáticamente. No hay ningún comando de usuario disponible para controlar el proceso de distribución. Si una configuración se bloquea durante una distribución de una configuración, la configuración bloqueada no recibe el archivo de configuración distribuido, por lo que la sincronización falla. Debe borrar el bloqueo antes de la configuración y volver a sincronizar los planos de enrutamiento.
Nota:Cuando se utiliza el comando de CLI
commit synchronize force
en una plataforma multichasis, la sincronización forzada de los archivos de configuración no afecta a la distribución del archivo de configuración en el plano de enrutamiento. Si un archivo de configuración está bloqueado en un dispositivo remoto desde el dispositivo donde se emitió el comando, se produce un error de sincronización en el dispositivo remoto. Debe borrar el bloqueo y volver a publicar elsynchronization
comando.