¿Cómo recuperar rápidamente un IOS?

En una entrada anterior sobre cómo se borra el IOS guardando la configuración, mencioné algunos métodos fáciles para recuperarlo, en ésta entrada describiré el procedimiento con el que se puede usar un enrutador como servidor TFTP, que es mi forma preferida de recuperar IOS en el laboratorio, en una próxima publicación describiré algunos interesantes comandos que trae la última versión del IOS. Espero que encuentre útil esta información o por lo menos interesante.

Ya describí antes cómo es de fácil borrar accidentalmente el IOS y también cómo es posible que nadie se da cuenta en el momento en que ocurre. Si alguien ha leído las entradas anteriores, ya puede reconocer el error cuando lo comete y puede evitar al instructor la tarea de recuperar el IOS y ganar unos puntos con él o ella, al mismo tiempo que refuerza los conceptos básicos de direccionamiento y conectividad de capa de red del modelo OSI usando el método de recuperación que voy a describir. No es crítico saber y usar este procedimiento, pero personalmente lo encuentro muy fácil, sin mencionar que, con frecuencia, los IOS de respalso suelen estar en algún servidor especial que está fuera de alcance público, necesita permiso para poder acceder a él o simplemente el servidor TFTP no mantiene encendido y hay que hacerlo para poder recuperar el sistema, bien sea diciendole a alguien más que lo haga o nosotros mismos levantar el servidor. Cualquiera que sea el caso, es incómodo tener que incurrir en todos estos inconvenientes como si fuera poco la esperita de recuperar un sistema operativo que nunca se debió haber borrado.

Básicamente lo que se necesita es tener un enrutador igual al que se le borró el IOS. Personalmente, hago este procedimiento con frecuencia en enrutadores de la serie 1700, ya que es con éstos que más ocurre el problema, pero lo que describo -tanto el error como la recuperación- sirve para las series más populares de enrutadores incluyendo los de servicios integrados.

El comando clave acá es

config)#tftp-server flash:<imagen de IOS>

Éste comando instruye al enrutador a prestar el servicio de tftp, publicando la imagen del IOS que se le haya especificado en el comando. Queda también claro, que éste comando puede servir en casos de recuperación rápida de configuraciones cuando ocurre algún accidente en entornos de producción, es decir, en el trabajo. Sobra decir que se ejecuta en modo de configuración global, que el archivo <imagen del IOS> debe existir en la Flash.

Una vez que se ha ejecutado el comando anterior en uno de los enrutadores, basta con establecer conectividad de capa 3 entre los mismos, en otras palabras, conectarlos a través de dos interfaces que pertenezcan a la misma subred. Siendo más ilustrativo, conecto los enrutadores con un cable cruzado por interfaces fastethernet, en uno configuro la interfaz fastethernet con ip 10.1.1.1 255.0.0.0 y la subo. Si el otro enrutador se configura con la dirección 10.1.1.2, con la misma máscara de subred, por la interfaz por la que está conectado al servidor, eso es conectividad de capa 3 y ya tenemos disponible un servidor tftp que contiene el archivo de IOS necesario. En la descripción anterior, en vez del cable cruzado se pueden usar cables directos a través de un switch pero es preferible usar un cable cruzado para evitar algún problema de configuración en el Switch, como que los puertos del switch en los que se conectan los enrutadores pertenezcan a Vlans diferentes, lo que no permitiría que hubiera conectividad de capa 3 así estén bien configurados los enrutadores. Le recomiendo usar un cable cruzado y asumiré que los equipos se conectaron de esa manera.

NOTA: Las direcciones propuestas son en el caso de enrutadores de laboratorio, aislados de cualquier otra red, en caso de enrutadores en producción, se debe elegir una subred que no esté en uso o conectar el enrutador sin IOS a un segmento de red y configurarlo como si fuera un nodo más de ese segmento.

La secuencia de configuración completa para un enrutador 1700 que ofrece su propio IOS (desde su propia memoria flash), omitiendo enable, sería

configure terminal
interface fastethernet 0/0
ip address 10.1.1.1 255.0.0.0
no shutdown
exit
tftp-server flash:c1700-y-mz.122-4.YA2.bin

En este punto podemos tener dos escenarios de enrutador sin IOS: un enrutador que fue apagado o reiniciado y por lo tanto está en ROMMON o un enrutador al que se le ha borrado el IOS pero que no se ha reiniciado todavía y por lo tanto está perfectamente operacional.

Escenario 1: enrutador sin IOS pero sin reiniciar

En el segundo caso, partiríamos de configurar la interfaz con la dirección adecuada, como de costumbre, con ip address (si continúa el ejemplo usaría la dirección 10.1.1.2) y no shutdown en modo de configuración de interfaz y luego ejecutar un comando que no puede ser más fácil

tftpServer)#copy tftp: flash:

en éste caso, el comando va a copiar un archivo del tftp a la flash e inicia un diálogo en el que pregunta la dirección del servidor (10.1.1.1 en nuestro caso) y el nombre del archivo, que debe ser el nombre exacto con el que se sirvió en el enrutador configurado como servidor tftp. El diálogo también puede preguntar si se desea borrar la flash y en ese momento ud. debe tener muy claro que la flash está efectivamente vacía, sino está seguro es recomendable cancelar y echar un vistazo (show flash:) para verificar que no se está empeorando la situación con este cambio. El comando anterior puede incluír también la dirección y el nombre de archivo, aunque si el enrutador acepta o no el comando completo depende de la versión de IOS que se esté ejecutando.

tftpServer)#copy tftp://10.1.1.1/c1700-y-mz.122-4.YA2.bin flash:

La secuencia de comandos completa, otra vez omitiendo enable, sería

configure terminal
interface fastethernet 0/0
ip address 10.1.1.2 255.0.0.0
no shutdown
exit
copy tftp: flash:

Escenario 2: Enrutador sin IOS reiniciado

Si el escenario es un enrutador en ROMMON, hay que usar el clásico comando tftpdnld. A veces puede resultar difícil recordar el comando y adicionalmente cómo se usa. Para recordar el comando sólo hay que recordar lo que significa: descarga de tftp, o en inglés tftp download. Si ud. junta las dos palabras y le quita las vocales (incluida la w) le queda justo el comando que debe recordar tftpdnld y tampoco es necesario saber exactamente cómo usarlo. Siempre que se ejecuta tftpdnld, muestra los parámetros de funcionamiento y explica qué se debe hacer. Básicamente, éste comando saca por pantalla un conjunto de variables de entorno que son la información necesaria para encontrar el servidor y el archivo, éstas son IP_ADDRESS, IP_SUBNET_MASK, DEFAULT_GATEWAY, TFTP_SERVER, TFTP_FILE. Casi todas son propiedades de capa 3, sólo la última es de naturaleza diferente: es el nombre exacto del archivo del IOS, otra forma de conocer el contenido de éstas variables es usando el comando set, pero a veces éste comando se confunde con la forma de establecer las variables en algunos sistemas operativos y shells, así que no lo recomiendo. Establecer éstas variables es muy simple pero estricto, las variables deben ser escritas en mayúsculas, no se puede dejar espacio entre el nombre de la variable y su parámetro, ni al final del mismo, es decir, para configurar la ip del enrutador se escribe exactamente

IP_ADDRESS=10.1.1.2

Sin espacios en ninguna parte y más importante aún: SIN ERRORES, es decir, como Rommon es tan elemental, a veces usar las flechas para moverse por la pantalla o borrar caracteres lo que hace es generar errores que el sistema no avisa, por lo que se debe escribir despacio y perfectamente el comando que acabo de indicar. Así mismo, se establecen las otras variables y finalmente se ejecuta de nuevo el comando tftpdnld que muestra los valores de las variables. Siempre es necesario revisarlas y asegurar que corresponden a la topología física y direccionamiento del servidor TFTP. Si el comando no funciona, probablemente sea necesario indicar nuevamente el nombre del IOS, que es sensible a la mayúscula y suele ser un nombre largo, lleno de puntos, números y rayas, p. ej.: c1700-y-mz.122-4.YA2.bin en el caso de un enrutador de la serie 1700, si lo copió a la memoria del PC y éste comando no funcionó, escríbalo manualmente, porque copiar el nombre puede generar caracteres adicionales no visibles o espacios adicionales al final o inicio del nombre que, le recuerdo, debe ser exactamente igual al del servidor.

Conclusiones

Y ya. Cualquiera que sea el escenario, ejecutando los comandos que relato y respondiendo a las preguntas de verificación de rigor, se borra la flash y se instala el “nuevo” IOS tomado de otro enrutador con las mismas características que el recuperado, sin necesidad de tener disponible un servidor TFTP en ninguna parte e incluso se podría usar el mismo procedimiento para hacer un clon exacto de otro enrutador incluyendo en esta operación los archivos de configuración. Como aclaración adicional, es indispensable que los enrutadores sean casi idénticos y que sea legal copiar el IOS, es decir, se tiene licencia del IOS copiado. Los IOS de la misma plataforma pueden variar mucho en tamaño, en capacidades y soporte de hardware y software, por lo que cualquier diferencia en los nombres de IOS original y copiado, cantidad de RAM o interfaces puede hacer que el enrutador quede funcionando mal, le haga falta soporte de alguna característica -falten comandos- o simplemente no arranque. De todas formas, la mejor recomendación es que siempre tenga copias de respaldo en algún medio confiable de los IOS que vengan con sus enrutadores, éste método es sólo una forma rápida de recuperarlos.

Etiquetas: cisco, Configuración