commit

Ejecute el comando commit sin ninguna opción para confirmar los cambios de configuración en la base de datos de configuración.

Complete la confirmación en dos pasos: preparar la configuración para confirmar y, posteriormente, activar la configuración. Esto le permite configurar varios dispositivos y activar simultáneamente las configuraciones en varios dispositivos.

Confirme la configuración y, si la configuración no contiene errores y la confirmación se realiza correctamente, salga del modo de configuración.

(Opcional) Guarde los cambios de configuración del software y actívela en un momento futuro o al reiniciar. La variable string es reboot o el momento futuro para activar los cambios de configuración. Escriba el string valor (incluido reboot) entre comillas (“ ”). Puede especificar la hora en dos formatos:

• Un valor de tiempo con el formato hh:mm[:ss] (horas, minutos y, opcionalmente, segundos): confirme la configuración a la hora especificada, que debe ser en el futuro al menos un minuto, pero antes de las 11:59:59 PM del día en que se emite el comando de commit at configuración. Use la hora de 24 horas para el hh valor; por ejemplo, 04:30:00 es 4:30:00 a.m. y 20:00 es 8:00 p.m. La hora se interpreta con respecto a la configuración del reloj y la zona horaria en el dispositivo.

• Un valor de fecha y hora con el formato yyyy-mm-dd hh:mm[:ss] (año, mes, fecha, horas, minutos y, opcionalmente, segundos): confirme la configuración en el día y la hora especificados, que deben ser posteriores a la emisión del commit at comando. Utilice el tiempo de 24 horas para el hh valor. Por ejemplo, 2003-08-21 12:30:00 son las 12:30 PM del 21 de agosto de 2003. La hora se interpreta con respecto a la configuración del reloj y la zona horaria en el enrutador.

  Por ejemplo, commit at "18:00:00". Para la fecha y la hora, incluya ambos valores entre comillas. Por ejemplo, commit at "2018-03-10 14:00:00".

• Se realiza una comprobación de confirmación cuando se emite el comando de commit at modo de configuración. Si el resultado de la comprobación se realiza correctamente, se cierra la sesión del usuario actual en el modo de configuración y los datos de configuración se dejan en un estado de solo lectura. No se puede realizar ninguna otra confirmación hasta que se complete la confirmación programada.

  Nota:

  Si Junos OS falla antes de que los cambios de configuración se activen, se perderán todos los cambios de configuración.

  No puede introducir el comando de commit at modo de configuración cuando hay un reinicio pendiente.

  No puede escribir el request system reboot comando una vez que programe una operación de confirmación para un momento específico en el futuro.

  No puede confirmar una configuración cuando una confirmación programada está pendiente. Para obtener información acerca de cómo utilizar el comando para cancelar una configuración de confirmación programada, consulte borrar confirmación del clear system commit sistema.

(Opcional) Compruebe la sintaxis de la configuración, pero no la active.

(Opcional) Agregue un comentario que describa la configuración confirmada. El comentario puede tener una longitud de 512 bytes y debe escribirse en una sola línea. No puede incluir un comentario con el commit check comando. Poner comment-string entre comillas (" "). Por ejemplo, commit comment "Includes changes recommended by user".

(Opcional) Requerir que la confirmación se confirme dentro del período de tiempo especificado.

• Para confirmar una confirmación, escriba un comando o commit commit check .

• Si la confirmación no se confirma dentro del límite de tiempo, la configuración se revierte automáticamente a la configuración previa a la confirmación y se envía un mensaje de difusión a todos los usuarios que han iniciado sesión. Para mostrar cuándo está programada una reversión, ingrese el show system commit comando. El intervalo permitido es 1 de minutos 65,535 y el valor predeterminado es 10 minutos.

• El tiempo de espera para el commit confirmed comando se calcula en función de la hora del sistema, cuando se emite el commit confirmed comando. En caso de que el tiempo del sistema se modifique mientras a commit confirmed está pendiente, el tiempo restante hasta la ejecución de confirmación podría acortarse (en caso de que el tiempo del sistema anterior esté atrasado) o prolongarse (en caso de que el tiempo del sistema anterior esté por delante) del intervalo previsto.

• En Junos OS versión 11.4 y posteriores, también puede utilizar el commit confirmed comando en el [edit private] modo de configuración.

(Opcional) Configure el commit comando para que se ejecute sin sincronización. Esto puede ser útil en situaciones, por ejemplo, en las que una configuración del motor de rutina está dañada de tal manera que no es posible una sincronización de confirmación o bloqueará la confirmación.

• Esta opción le permite confirmar solo en el motor de enrutamiento actual, incluso si set system commit synchronize está configurado.

• Esta opción también anula la commit peer-synchronize configuración. Si ha configurado la sincronización de confirmación utilizando set system commit synchronize y, a continuación, utiliza el comando commit no-synchronize, la confirmación sólo se producirá en el dispositivo que emite el comando.

• Cuando se utiliza commit synchronize, la confirmación se realiza primero en el otro motor de enrutamiento y, a continuación, en el actual. Si el otro motor de rutina está dañado, se producirá un error en la confirmación. En tales casos, puede utilizar commit no-synchronize. Este comando no se puede configurar mediante set. Solo se puede ejecutar.

(Opcional) Configure el comando commit para realizar automáticamente una acción de sincronización del mismo nivel entre pares. El par local (o par solicitante) en el que habilita la instrucción peers-synchronize copia y carga su configuración en el par remoto (o que responde). A continuación, cada par realiza una comprobación de sintaxis en el archivo de configuración que se está confirmando. Si no se encuentran errores, la configuración se activa y se convierte en la configuración operativa actual en ambos pares.

(Opcional) Si el enrutador tiene dos motores de enrutamiento, puede indicar manualmente a un motor de enrutamiento que sincronice su configuración con el otro emitiendo el commit synchronize comando. El motor de enrutamiento en el que se ejecuta este comando (el motor de enrutamiento de solicitud) copia y carga su configuración candidata en el otro motor de enrutamiento (el motor de enrutamiento que responde). A continuación, ambos motores de enrutamiento realizan una comprobación de sintaxis en el archivo de configuración candidato que se está confirmando. Si no se encuentran errores, la configuración se activa y se convierte en la configuración operativa actual en ambos motores de enrutamiento.

La opción de sincronización tiene las dos opciones adicionales siguientes:

• force: (Opcional) Aplique la sincronización de confirmación en los motores de enrutamiento mediante la force opción.

  El commit synchronize comando no funciona si el motor de enrutamiento que responde tiene cambios de configuración no confirmados. Puede aplicar la sincronización de confirmaciones en los motores de enrutamiento mediante la force opción. Cuando se emite el commit synchronize comando con la force opción desde un motor de enrutamiento, las sesiones de configuración del otro motor de enrutamiento finalizan y la configuración se sincroniza con la del motor de enrutamiento desde el que emitió el comando.

• scripts: (Opcional) Sincronice todos los scripts de confirmación, evento, lib, op y SNMP desde el motor de enrutamiento solicitante al motor de enrutamiento que responde, y confirme y sincronice la configuración.

  Si se produce un error en la commit check operación para el motor de enrutamiento solicitante, el proceso se detiene y los scripts no se copian en el motor de enrutamiento que responde. Si se produce un error en la commit check operación o commit para el motor de enrutamiento que responde, los scripts siguen sincronizados, ya que la sincronización se produce antes de la commit check operación en el motor de enrutamiento que responde.

• Si la load-scripts-from-flash instrucción está configurada en el nivel de jerarquía para el motor de enrutamiento solicitante, el dispositivo sincroniza los scripts de la [edit system scripts] memoria flash del motor de enrutamiento solicitante con la memoria flash del motor de enrutamiento que responde. De lo contrario, el dispositivo sincroniza los scripts del disco duro del motor de enrutamiento solicitante con el disco duro del motor de enrutamiento que responde. El dispositivo sincroniza todos los scripts independientemente de si están habilitados en la configuración o se han actualizado desde la última sincronización.

(Opcional) Prepare la configuración para activarla en una fase posterior. Durante la etapa de preparación, se generan todos los archivos y bases de datos necesarios y se valida la configuración. Se crea un archivo que indica si la confirmación está pendiente de activación. En caso de error durante la etapa de preparación, se genera el mensaje de registro Error en la preparación de confirmación.

(Opcional) Confirme los scripts recién habilitados durante la operación de confirmación y envíe los scripts al otro motor de enrutamiento.

(Opcional) Utilice el | (tubería)) para filtrar la salida del commit comando.