Sincronización de scripts entre motores de enrutamiento
A partir de Junos OS versión 13.2, puede sincronizar manualmente los scripts commit, event, lib, op y SNMP entre motores de enrutamiento en un dispositivo que ejecuta Junos OS o configurar el dispositivo para que sincronice automáticamente scripts entre motores de enrutamiento cuando confirme y sincronice la configuración.
Si la load-scripts-from-flash instrucción está configurada para el motor de enrutamiento que solicita, el dispositivo sincroniza los scripts que están en la memoria flash. De lo contrario, el dispositivo sincroniza los scripts que se encuentran en el disco duro. Si la load-scripts-from-flash instrucción está presente en la configuración final para el motor de enrutamiento que responde, los scripts se sincronizan con la memoria flash. De lo contrario, los scripts se sincronizan con el disco duro. El dispositivo sincroniza una secuencia de comandos independientemente de si está habilitada en la configuración o si se ha actualizado desde la última sincronización.
En las siguientes secciones, se describen los diferentes métodos para sincronizar scripts:
Configurar la sincronización de scripts entre motores de enrutamiento para confirmar operaciones de sincronización
Puede configurar un dispositivo que ejecuta Junos OS para sincronizar todos los scripts de confirmación, evento, lib, op y SNMP desde el motor de enrutamiento de solicitud hasta el otro motor de enrutamiento cada vez que emita el commit synchronize comando para confirmar y sincronizar la configuración.
Para sincronizar automáticamente scripts entre motores de enrutamiento durante una commit synchronize operación:
Cuando se emiten los primeros comandos y los siguientes commit synchronize , el dispositivo realiza una comprobación de confirmación en el motor de enrutamiento que solicita, sincroniza todos los scripts con el otro motor de enrutamiento, sincroniza, realiza una comprobación de confirmación y confirma la configuración en el motor de enrutamiento que responde y, por último, confirma la configuración en el motor de enrutamiento de solicitud. Si la operación de comprobación de confirmación falla para el motor de enrutamiento que solicita, el proceso se detiene y los scripts no se copian al motor de enrutamiento que responde. Si la operación de comprobación o confirmación falla en el motor de enrutamiento que responde, los scripts siguen sincronizados, ya que la sincronización se produce antes de la operación de comprobación de confirmación en el motor de enrutamiento que responde.
La configuración de la synchronize instrucción hace que el dispositivo sincronice todos los scripts incluso si no se han actualizado desde la última sincronización. Si el dispositivo tiene una gran cantidad de scripts que se actualizan con poca frecuencia, es posible que sea más adecuado sincronizar scripts manualmente mediante el request system scripts synchronize comando del modo operativo o por confirmación mediante el commit synchronize scripts comando.
Sincronización de scripts entre motores de enrutamiento en una base por confirmación
Puede sincronizar todos los scripts de confirmación, evento, lib, op y SNMP desde el motor de enrutamiento de solicitud hasta el otro motor de enrutamiento en un dispositivo que ejecuta Junos OS por confirmación mediante el commit synchronize scripts comando cuando confirme y sincronice la configuración. Esta es una alternativa a la configuración del dispositivo para que sincronice scripts cada vez que se ejecuta una commit synchronize operación.
Para sincronizar scripts entre motores de enrutamiento por confirmación:
Cuando se ejecuta el commit synchronize scripts comando, el dispositivo realiza una comprobación de confirmación en el motor de enrutamiento que solicita, sincroniza todos los scripts con el otro motor de enrutamiento, sincroniza, realiza una comprobación de confirmación y confirma la configuración en el motor de enrutamiento que responde y, por último, confirma la configuración en el motor de enrutamiento de solicitud. Si la operación de comprobación de confirmación falla para el motor de enrutamiento que solicita, el proceso se detiene y los scripts no se copian al motor de enrutamiento que responde. Si la operación de comprobación o confirmación falla en el motor de enrutamiento que responde, los scripts siguen sincronizados, ya que la sincronización se produce antes de la operación de comprobación de confirmación en el motor de enrutamiento que responde.
Sincronización de scripts entre motores de enrutamiento desde el modo operativo
Puede sincronizar manualmente scripts desde el motor de enrutamiento de solicitud al otro motor de enrutamiento en un dispositivo que ejecuta Junos OS mediante el comando de request system scripts synchronize modo operativo. Puede sincronizar un solo script, todos los scripts de un tipo específico o todos los scripts en el dispositivo. También tiene la opción de sincronizar scripts basados en el nombre de archivo o en la marca de hora del archivo.
Para sincronizar manualmente scripts entre motores de enrutamiento, emita el request system scripts synchronize comando con las opciones deseadas.
user@host> request system scripts synchronize (all | commit | event | lib | op | snmp) <file filename> <newer-than time>
Especifique all para sincronizar todos los scripts presentes en el motor de enrutamiento que solicita al motor de enrutamiento que responde. Especifique commit, event, lib, opo snmp para sincronizar todos los scripts del tipo dado con el otro motor de enrutamiento. Incluya la file opción o la newer-than opción de restringir el ámbito para sincronizar solo scripts con el nombre de archivo o criterios de fecha especificados. El formato del newer-than argumento es AAAA-MM-DD. HH:MM:SS.
Por ejemplo, el siguiente comando sincroniza todos los scripts commit, event, lib, op y SNMP que tienen una marca de hora más reciente que 2012-05-15:
user@host> request system scripts synchronize all newer-than 2012-05-15
El siguiente comando sincroniza una secuencia de comandos de un solo modo con el nombre de archivo vpn-info.slax.
user@host> request system scripts synchronize op file vpn-info.slax
Una operación de sincronización puede fallar si, por ejemplo, solicita sincronizar una secuencia de comandos que no existe o si el motor de enrutamiento que responde no puede manejar la solicitud en ese momento, porque está realizando otras operaciones de CPU que requieren mucho uso. Si se produce un error en la operación de sincronización, el dispositivo genera un mensaje de error.
El siguiente comando solicita sincronizar una secuencia de comandos de evento único, pero la secuencia de comandos no existe en el directorio de scripts de eventos, por lo que el dispositivo emite un error.
user@host> request system scripts synchronize event file nonexistent-file.slax
error: Invalid directory: No such file or directory warning: No script will be pushed to other RE
El siguiente comando solicita sincronizar una secuencia de comandos de evento único, pero el motor de enrutamiento que responde no tiene los recursos para realizar la sincronización, por lo que el dispositivo emite un error. El dispositivo también registra un UI_SCRIPTS_COPY_FAILED error en el archivo de registro del sistema con un nivel de error de gravedad.
user@host> request system scripts synchronize event file ospf-neighbor.slax
error: Unable to copy scripts to re: re1
Sincronización de una secuencia de comandos entre motores de enrutamiento después de una actualización
Puede actualizar manualmente una sola secuencia de comandos desde una dirección URL remota y sincronizar la secuencia de comandos actualizada con el otro motor de enrutamiento en un dispositivo que ejecuta Junos OS mediante el request system scripts refresh-from comando de modo operativo con la sync opción.
Para actualizar manualmente una sola secuencia de comandos desde un origen remoto y, a continuación, sincronizar la secuencia de comandos con el otro motor de enrutamiento, emita el request system scripts refresh-from comando con la sync opción y especifique el tipo de script, el nombre de archivo y la DIRECCIÓN URL remota. Especifique la URL como una URL HTTP, URL FTP o una especificación de archivo remoto de estilo copia segura (scp).
user@host> request system scripts refresh-from (commit | event | op | snmp) file filename url url sync
El sistema usa el tipo de secuencia de comandos para determinar el directorio en el dispositivo donde reside la secuencia de comandos. Si la load-scripts-from-flash instrucción está presente en la configuración del motor de enrutamiento, el sistema actualiza la secuencia de comandos en la memoria flash. De lo contrario, el sistema actualiza la secuencia de comandos en el disco duro.