Recopilación de archivos de configuración ¿Qué método utiliza Netsys Service Manager (NSM) para recopilar archivos de configuración? El script del getconfig no trabaja con el TACACS+. Me da que un “rato hacia fuera cifra el mensaje de error del 1". ¿Cuál es el problema? ¿En qué consiste la interfaz entre NSM y CiscoWorks? ¿Qué información se toma/distribuye a CiscoWorks? ¿Cómo puedo extraer configuraciones de CiscoWorks a NSM cuando no se están ejecutando en la misma máquina? ¿Qué configuración se recupera del router? ¿Qué debo hacer si no puedo crear una nueva línea de base? ¿Qué sucede si hay archivos que no son los archivos de configuración del ruteo en el directorio New Baseline (Nueva línea de base)? ¿Cómo utilizo el editor elegido para editar la configuración? ¿Cuándo las modificaciones de un archivo de configuración pasan a formar parte de una línea de base? ¿Cuál es la forma más rápida de integrar una configuración modificada en una línea de base? ¿Puedo modificar los archivos de configuración en el directorio de configuración? ¿Puedo modificar el parámetro hostname en la configuración? Información Relacionada A: ¿Qué método utiliza Netsys Service Manager (NSM) para recopilar archivos de configuración? R: Hay dos maneras de recoger los archivos de configuración del router: El script del getconfig El “Administrador de asistente” Ambas sesiones telnets del uso de los métodos y un término de la escritura. Existe una opción desde la recopilación del administrador de asistentes para recopilar archivos de un directorio. Entonces, si prefiere usar su propio método de recopilación, puede continuar utilizándolo y usar la recopilación del administrador de asistentes para importar los archivos de configuración a Netsys. Las configuraciones también pueden obtenerse de CiscoWorks mediante la secuencia de comandos cwi o el asistente de "Collect Cisco Configurations from Ciscoworks Host" (Obtención de configuraciones de Cisco desde el host de Ciscoworks), que le permite planificar la obtención de archivos de configuración del router desde hosts que ejecutan CiscoWorks. A: El script del getconfig no trabaja con el TACACS+. Me da que un “rato hacia fuera cifra el mensaje de error del 1". ¿Cuál es el problema? R: La secuencia de comandos getconfig cambia de una versión a otra. Aseegurele se están ejecutando con el script que sea parte de la versión 4.0 del Netsys. A continuación, se explican las opciones disponibles con la secuencia de comandos getconfig: - nombre de host h El nombre de host del router. Nota: Éste es el nombre usado al telnet al router (la dirección IP en la notación punteada es aceptable). Puede ser o no igual al nombre establecido por el comando “hostname” en el archivo de configuración del router. - login_password p Contraseña a iniciar sesión al router. - login_user_name u Nombre de usuario a iniciar sesión al router (para eso Routers que requiere un nombre de usuario y una contraseña para iniciar sesión (login del comando line configuration “[local|los tacacs] fueron utilizados)) - Enable_user_name U nombre de usuario para ingresar al modo EXEC privilegiado (para eso Routers que requiere un nombre de usuario y una contraseña conseguir en el modo privilegiado). si no está especificado, se utilizará login_user_name (registro de nombre de usuario). - enablepassword e Contraseña para ingresar al modo EXEC privilegiado. Si sólo se especifica password o enablepassword, se utilizará como contraseña de inicio de sesión y activación. - nombre del archivo de configuración c Nombre del archivo saliente en el cual la información de la configuración para el router debe ser guardada. Permite que un usuario reemplace nuestro comportamiento predeterminado de los config del ahorro hechos salir en un nombre del archivo lo mismo que el nombre del host del router. - sufijo s Añada como sufijo para ser utilizado con cada archivo de configuración de la salida. Permite al usuario denominar a los archivos de configuración de resultados como -confg O asignarles el nombre que deseen. - un ip_addr Si telnet usando el nombre de host dado por - la opción h falló, ip_addr será utilizada después para intentar el telnet otra vez. Esto es útil en casos en que el DNS o /etc/hosts no esté adecuadamente configurado. Sin embargo, el nombre de host todavía se utiliza como nombre del archivo de la salida. Si el DNS falla, deberá incrementarse el parámetro time_out. - time_out t Cuánto tiempo esperar la salida del telnet para llegar. Si no hay otro valor, se usa el valor predeterminado de 10 segundos. -n Utilice esta opción si ni el nombre de usuario ni la contraseña se requiere iniciar sesión al router. la contraseña habilitada puede todavía ser necesaria ingresar al modo EXEC privilegiado (necesitado no más, mantenido para la compatibilidad solamente) - nombre de fichero f Nombre de un archivo que contiene los nombres de host, las contraseñas, el etc. de los archivos de configuración del Routers cuyos que se extraerán. A: ¿En qué consiste la interfaz entre NSM y CiscoWorks? ¿Qué información se toma/distribuye a CiscoWorks? R: Una integración API entre NSM y CiscoWorks facilita ciertas funciones para aquellos usuarios que tienen CiscoWorks 3.x ó 4.x (sin embargo, CiscoWorks no se requiere para ejecutar NSM). La interfaz es bidireccional. Permite a los usuarios importar archivos de configuración del router directamente de la base de datos de CiscoWorks (como Sybase) al NSM. La interfaz también permite que los usuarios exporten los cambios de configuración propuestos (vía un archivo de comando configuration del delta) después de alcanzar una configuración de red deseada con el análisis del “qué si” dentro del software NSM. Los archivos del “delta” se deben marcar y confirmar por el usuario. Pueden exportarse a la base de datos de CiscoWorks (Sybase) o a través de la base de datos a los routers (con una copia del nuevo archivo de configuración almacenada en Sybase). A: ¿Cómo puedo extraer configuraciones de CiscoWorks a NSM cuando no se están ejecutando en la misma máquina? R: Sybase (usado por CiscoWorks para almacenar los archivos de configuración) no permite el acceso remoto (a través de la red). Necesita “montar nfs” Netsys en la máquina donde está instalado CiscoWorks y ejecute el programa de cwi para extraer las configuraciones (es decir, cwi debe ejecutarse en la misma máquina donde está instalado CiscoWorks). El configs extraído se coloca en un directorio que podría estar en un sistema de archivos NFS compartido entre las dos máquinas. Si se encuentra en el sistema de archivos locales, deberá utilizar FTP (o rcp) para transferir al equipo donde está instalado Netsys. Usted podría también copiar el script cwi a la máquina de CiscoWorks, ejecuta el script, después copia las configuraciones a la máquina NSM. En NSM 4.02 y posterior, el Asistente para Obtener configuraciones de Cisco de hosts CiscoWorks permite que usted programe la colección de archivos de configuración del router de los hosts que ejecutan los CiscoWorks. A: ¿Qué configuración se recupera del router? R: Si programa la recuperación de configuración desde adentro del software NSM, se ejecuta un comando write terminal (no un comando show config) el cual recupera la configuración que se está ejecutando desde el router y no la configuración guardada. A: ¿Qué debo hacer si no puedo crear una nueva línea de base? R: Si no puede crear una línea de base nueva, verifique lo siguiente: 1. ¿Presionó <return (volver)> cuando estaba completando los campos de los directorios de origen y de destino? Esto debe hacerse para que la entrada tenga efecto. ¿El directorio de origen contiene los archivos de configuración del router de Cisco? ¿Posee permisos de “escritura” para el directorio destino? ¿Hay suficiente espacio en la partición? A: ¿Qué sucede si hay archivos que no son los archivos de configuración del ruteo en el directorio New Baseline (Nueva línea de base)? R: Al crear una nueva línea de fondo, el NSM espera que el directorio especificado contenga los archivos de configuración del router solamente. El software NSM intenta discernir si un archivo es un archivo de configuración e ignora los que no sean. Sin embargo, es posible que un archivo pueda ser interpretado incorrectamente. Esto puede dar lugar a los errores sintácticos en las verificaciones de la integridad señala o los errores en la topología, o ambos. Por lo tanto, cuando se quiera crear una nueva línea de base, elimine del directorio de la línea de base todos los archivos de configuración que no pertenecen a routers. NSM supone que el archivo de configuración de un router contiene una entrada de "nombre de host" o una entrada de "interfaz" dentro de los primeros 32,767 bytes. Si no, el archivo se omite durante la creación de la nueva línea de fondo. A: ¿Cómo utilizo el editor elegido para editar la configuración? R: Fije la variable de entorno del EDITOR a su editor elegido; El NSM utilizará que editor para ver y para editar las configuraciones. A: ¿Cuándo las modificaciones de un archivo de configuración pasan a formar parte de una línea de base? R: Los archivos de configuración del router pueden ser modificados en muchos lugares dentro de NSM. (Por ejemplo, el informe “edita” el botón o la línea de fondo abierta - > ventana del router.) Los cambios realizados a los archivos de configuración no se incorporan en el modelo de línea de base NSM hasta que se analicen los archivos de configuración cambiada (es decir, cuando se abre de nuevo la línea de fondo o se construye un nuevo). Al cambiar los archivos de configuración, no se afecta la línea de base actualmente abierta. A: ¿Cuál es la forma más rápida de integrar una configuración modificada en una línea de base? R: Esta es la forma estándar de hacerlo: 1. En Netsys, seleccione Open Baseline (Abrir línea base)àRoutersàAdd (Agregar). En el cuadro de diálogo que visualiza, especifique el directorio de origen y seleccione las nuevas configuraciones. Si ninguna de estas configuraciones coincide con una configuración existente según el nombre de archivo (no el nombre del host), se le preguntará si desea reemplazar la anterior por la nueva. La manera más rápida de hacer esto es utilizar los run_ngs ejecutables e invocar la característica para poner al día la línea de fondo con los archivos de configuración de un directorio especificado. Por ejemplo: run_ngs -baseline <baselineDir> -u <newConfigsDir> Esta es la salida de ayuda de run_ngs -h: El <dir> u | - el comando del [-no_case] del <dir> del update_baseline pone al día la línea de fondo con los archivos de configuración del <dir> dado. Si se establece la opción no_case, los nombres de los archivos especificados no distinguen entre minúsculas y mayúsculas. A: ¿Puedo modificar los archivos de configuración adentro Config Directory (Directorio configuración)? R: Los archivos de configuración en el directorio de configuración se encuentran bajo el control de SCCS. No modifique los permisos en estos archivos ya que esto podría hacer que fallen algunas funciones SCCS. También es importante no modificar los archivos en el directorio config. La única manera segura de modificar los archivos en Config Directory (Directorio configuración) está a través de un editor comenzado dentro de Cisco NSM. Además, no copie un nuevo archivo de configuración dentro del directorio <baseline>/config, para luego intentar importar la configuración dentro de la línea de base ya que estas configuraciones están bajo el control de SCCS. Si desea agregar otra configuración a la línea de base: 1. Abra la línea de base Seleccione Open Baseline (Abrir línea de base) -> Routers (Routers) -> Add (Agregar) para agregar una nueva configuración a la línea de base. A: ¿Puedo modificar el parámetro hostname en la configuración? R: El parámetro del nombre del host del archivo de configuración del router no debe ser modificado una vez que la configuración forme parte de la línea de base. Netsys supone que el archivo de configuración del router se almacena en un archivo con el mismo nombre. El cambio del nombre de host en el archivo de configuración del router hace el programa de versión de control producir un error en esa línea de fondo. Información Relacionada Plan del fin de la vida útil del Netsys Soporte Técnico y Documentación - Cisco Systems Q&A © 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 24 Diciembre 2014 http://www.cisco.com/cisco/web/support/LA/102/1025/1025773_56.html