Fundamentales guía de configuración de la configuración del Cisco IOS, versión 12.2SR
Configurar los servicios básicos de la transferencia de archivos
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 270 KB | Inglés (13 Diciembre 2010) | Comentarios

Contenidos

Configurar los servicios básicos de la transferencia de archivos

Encontrar la información de la característica

Contenido

Requisitos previos para los servicios básicos de la transferencia de archivos

Restricciones para los servicios básicos de la transferencia de archivos

Información sobre los servicios básicos de la transferencia de archivos

Uso de un router como servidor TFTP o RARP

Uso de un router como servidor TFTP

Uso de un router como servidor RARP

Uso de un router para el rsh y el RCP

Interfaz de origen para las comunicaciones salientes RCMD

Acerca de la Búsqueda de DNS Inverso para el rcmd

Implementación del rsh

Implementación del RCP

Uso de un router para las conexiones FTP

Cómo configurar los servicios básicos de la transferencia de archivos

Configurar al router para el uso como servidor TFTP

Prerrequisitos

Ejemplos

Resolución de problemas

Configuración del Router Cliente

Ejemplos

Pasos Siguientes

Configurar al router como servidor RARP

Ejemplos

Configuración de los Parámetros BOOTP del Sistema

Ejemplos

Configuración de un Router para Utilizar rsh y rcp

Especificación de la Interfaz de Origen para las Comunicaciones RCMD de Salida

Inhabilitar la búsqueda inversa DNS para el rcmd

Configurar al router para permitir que los usuarios remotos ejecuten los comandos usando el rsh

Ejemplos

Ejecutando los comandos remotamente usando el rsh

Ejemplos

Configurar al router para validar las peticiones RCP de los usuarios remotos

Ejemplos

Configurar el telecontrol para enviar las peticiones RCP

Configuración de un Router para Utilizar Conexiones FTP

Ejemplos


Configurar los servicios básicos de la transferencia de archivos


Última actualización: 3 de diciembre de 2010

Usando los servicios básicos de la transferencia de archivos, usted puede configurar a un router como servidor del Trivial File Transfer Protocol (TFTP) o del Reverse Address Resolution Protocol (RARP), configurar al router para remitir los pedidos de BOOTP extendidos sobre las interfaces asincrónicas, y configurar el RCP, el rsh, y el FTP.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en Cisco.com no se requiere.

Contenido

Requisitos previos para los servicios básicos de la transferencia de archivos

Restricciones para los servicios básicos de la transferencia de archivos

Información sobre los servicios básicos de la transferencia de archivos

Cómo configurar los servicios básicos de la transferencia de archivos

Requisitos previos para los servicios básicos de la transferencia de archivos

Usted debe tener por lo menos una familiaridad básica con el entorno del Cisco IOS y la interfaz de la línea de comandos.

Usted debe tener por lo menos una configuración mínima que se ejecuta en su sistema.

Restricciones para los servicios básicos de la transferencia de archivos

Usted debe tener su red en servicio, con el Cisco IOS Release 12.2 o una versión posterior instalada.

Algunos de los comandos de configuración del Cisco IOS están solamente disponibles en ciertas plataformas del router, y la sintaxis de los comandos puede variar en diversas Plataformas.

Información sobre los servicios básicos de la transferencia de archivos

Uso de un router como servidor TFTP o RARP

Uso de un router como servidor RARP

Uso de un router para el rsh y el RCP

Uso de un router para las conexiones FTP

Uso de un router como servidor TFTP o RARP

Es demasiado costoso e ineficaz tener una máquina que actúe solamente como servidor en cada segmento de red. Sin embargo, cuando usted no tiene un servidor en cada segmento, sus operaciones de la red pueden incurrir en los retardos sustanciales a través de los segmentos de red. Usted puede configurar a un router para servir como un RARP o servidor TFTP para reducir los costes y los retardos en su red mientras que permite que usted utilice a su router para sus funciones regulares.

Típicamente, un router se configura que mientras que un servidor TFTP o RARP proporciona al otro Routers con la imagen del sistema o los archivos de configuración del router de su memoria flash. Usted puede también configurar al router para responder a otras peticiones de los tipos de servicio, tales como peticiones.

Uso de un router como servidor TFTP

Como host del servidor TFTP, el router responde al TFTP leyó los mensajes request enviando una copia de la imagen del sistema contenida en la ROM o una de las imágenes del sistema contenidas en la memoria flash al host solicitante. El TFTP leyó el mensaje request debe utilizar uno de los nombres de fichero que se especifican en la configuración.


Observepara la familia del Cisco 7000, el nombre de fichero usado debe representar una imagen del software que esté presente en la memoria flash. Si ninguna imagen reside en la memoria flash, el router de cliente iniciará la imagen ROM del servidor como valor por defecto.


La memoria flash se puede utilizar como servidor de archivos TFTP para el otro Routers en la red. Esta característica permite que usted inicie un router remoto con una imagen que resida en la memoria de destello del servidor.

Algunos dispositivos de Cisco permiten que usted especifique una de las diversas ubicaciones de la memoria flash (bootflash: slot0: slot1: slavebootflash: slaveslot0:, o slaveslot1:) como el servidor TFTP.

Uso de un router como servidor RARP

El Reverse Address Resolution Protocol (RARP) es un protocolo en la pila de TCP/IP que proporciona un método para encontrar los IP Addresses basados en los direccionamientos (físicos) MAC. Estas funciones son el revés de los protocolos Protocolo de resolución de la dirección (ARP) de la difusión (ARP), con los cuales un host puede descubrir dinámicamente a la dirección de capa MAC correspondiente a una dirección de capa de red determinada IP. El RARP hace el arranque diskless de los diversos sistemas posible (por ejemplo, las estaciones de trabajo sin disco que no conocen sus IP Addresses cuando inician, por ejemplo los estación de trabajo de Sun o los PC en las redes donde está el cliente y servidor en las subredes distintas). El RARP confía en la presencia de un servidor RARP con las entradas de tabla ocultadas de las correspondencias de direcciones MAC-capa-a-IP.

Usted puede configurar a un router Cisco como servidor RARP. Esta característica permite al Cisco IOS Software para contestar a las peticiones RARP.

Uso de un router para el rsh y el RCP

Shell remoto (rsh) da a usuarios la capacidad de ejecutar los comandos remotamente. El (RCP) de la copia remota permite que los usuarios copien los archivos a y desde un sistema de archivos que reside en un host remoto o un servidor en la red. La implementación de Cisco del rsh y del RCP interopera con las implementaciones del estándar de la industria. Cisco utiliza la abreviatura RCMD (comando remote) para indicar el rsh y el RCP.

Esta sección se divide en las secciones siguientes:

Interfaz de origen para las comunicaciones salientes RCMD

Acerca de la Búsqueda de DNS Inverso para el rcmd

Implementación del rsh

Implementación del RCP

Interfaz de origen para las comunicaciones salientes RCMD

Usted puede especificar la interfaz de origen para las comunicaciones RCMD (rsh y RCP). Por ejemplo, el router puede ser configurado de modo que las conexiones RCMD utilicen el Loopback Interface como la dirección de origen de todos los paquetes que salen del router. Especificar la interfaz de origen es la más de uso general especificar un Loopback Interface. Esto permite que usted asocie una dirección IP permanente a las comunicaciones RCMD. Tener una dirección IP permanente es útil para la identificación de la sesión (el dispositivo remoto puede idendify constantemente el origen de los paquetes para la sesión). Una dirección IP “bien conocida” se puede también utilizar por motivos de seguridad, como usted puede entonces crear las Listas de acceso en los dispositivos remotos que incluyen el direccionamiento.

Acerca de la Búsqueda de DNS Inverso para el rcmd

Como control de seguridad básica, el Cisco IOS Software hace una búsqueda inversa del dirección IP del cliente usando el DNS para las aplicaciones del comando remote (rcmd) (rsh y RCP). Este control se realiza usando un proceso de autenticación del host.

Cuando está habilitado, el sistema registra el direccionamiento del cliente solicitante. Ese direccionamiento se asocia a un nombre del host usando el DNS. Entonces una petición DNS se hace para la dirección IP para ese nombre del host. La dirección IP recibida entonces se marca contra el direccionamiento solicitante original. Si el direccionamiento no hace juego con los direccionamientos uces de los recibidos del DNS, la petición del rcmd no será mantenida.

Esta búsqueda inversa se piensa para ayudar a proteger contra el “spoofing.” Sin embargo, observe por favor que el proceso confirma solamente que la dirección IP es una dirección enrutable válida; es todavía posible para un hacker al spoof el IP Address válido de un host sabido.

Implementación del rsh

Usted puede utilizar el rsh (shell remoto) para ejecutar los comandos en los sistemas remotos a los cuales usted tiene acceso. Cuando usted publica el comando rsh, un shell se comienza en el sistema remoto. El shell permite que usted ejecute los comandos en el sistema remoto sin tener que iniciar sesión al host de destino.

Usted no necesita conectar con el sistema, el router, o el Access Server y después desconectar después de que usted ejecute un comando si usted utiliza el rsh. Por ejemplo, usted puede utilizar el rsh para mirar remotamente el estatus de los otros dispositivos sin la conexión con el dispositivo objetivo, la ejecución del comando, y después la desconexión. Esta capacidad es útil para mirar las estadísticas sobre mucho diverso Routers. Comandos Configuration para habilitar el uso rsh las siglas “rcmd”, que es corta para el “comando remote”.

Mantener la Seguridad rsh

Para acceder a un sistema remoto que ejecuta el rsh, tal como un host UNIX, una entrada debe existir en el archivo del .rhosts del sistema o su equivalente que le identifica mientras que un usuario que se autorice a ejecutar los comandos remotamente en el sistema. En los sistemas Unix, el archivo del .rhosts identifica a los usuarios que pueden ejecutar remotamente los comandos en el sistema.

Usted puede permitir al soporte rsh en un router para permitir que los usuarios en los sistemas remotos ejecuten los comandos. Sin embargo, nuestra implementación del rsh no soporta un archivo del .rhosts. En lugar, usted debe configurar una base de datos de autenticación local para controlar el acceso al router por los usuarios que intentan ejecutar los comandos remotamente usando el rsh. Una base de datos de autenticación local es similar a un archivo del .rhosts de UNIX. Cada entrada que usted configura en las bases de datos de autenticación identifica el usuario local, el host remoto, y al usuario remoto.

Implementación del RCP

Los comandos del (RCP) de la copia remota confían en servidor rsh (o la daemon) en el sistema remoto. Para copiar los archivos usando el RCP, usted no necesita crear un servidor para la distribución de archivos, como usted hace con el TFTP. Solamente necesita tener acceso a un servidor que soporte shell remota (rsh). (La mayoría de los sistemas UNIX soportan rsh). Porque usted está copiando un archivo a partir de un lugar a otro, usted debe tener permiso de lectura en el archivo de origen y los permisos de escritura en el directorio de destino. Si no existe el archivo de destino, rcp lo crea.

Aunque la implementación RCP de Cisco emule a las funciones de la implementación RCP de UNIX — el copiado clasifía entre los sistemas en la red — la sintaxis de los comandos de Cisco diferencie del sintaxis del comando rcp de UNIX. El Cisco IOS Software ofrece un conjunto de los comandos copy que utilizan el RCP como el mecanismo de transporte. Estos comandos rcp copy son similares en el estilo a los comandos copy del Cisco IOS TFTP, pero ofrecen una alternativa que proporcione un funcionamiento y una entrega confiable más rápidos de los datos. Estas mejoras son posibles porque el mecanismo de transporte RCP se construye encendido y utiliza el stack del Protocolo de Control de Transmisión/Protocolo de Internet (TCP/IP), que está orientado a la conexión. Puede utilizar comandos rcp para copiar imágenes de sistema y archivos de configuración del router a un servidor de red y viceversa.

Usted puede también permitir al soporte RCP para permitir que los usuarios en los sistemas remotos copien los archivos a y desde el router.

Si usted no especifica /user la palabra clave y el argumento, el Cisco IOS Software envía un nombre de usuario remoto predeterminado. Como el valor predeterminado del nombre de usuario remoto, el software envía el nombre de usuario remoto asociado al proceso actual equipo teleescritor, si ese nombre es válido. Si el nombre de usuario remoto equipo teleescritor es inválido, el software utiliza el nombre del host del router como el telecontrol y los nombres de usuario locales.

Configure al cliente remoto para enviar las peticiones RCP

El protocolo RCP requiere que un cliente envíe un nombre de usuario remoto en cada solicitud RCP a un servidor. Cuando usted copia un archivo de configuración de un servidor al router que usa el RCP, el Cisco IOS Software envía el primer nombre de usuario válido en la lista siguiente:

1. El nombre de usuario fijó por ip rcmd remote-username el comando, si se configura el comando.

2. El nombre de usuario remoto asociado al proceso tty (terminal) actual. Por ejemplo, si el usuario está conectado con el router con Telnet y fue autenticado con username el comando, el software del router envía el nombre de usuario de Telnet como el nombre de usuario remoto.


Observeen Productos Cisco, los equipos teleescritores son de uso general en el Access Server. El concepto de equipo teleescritor originado con UNIX. Para los sistemas Unix, cada dispositivo físico se representa en el sistema de archivos. Las terminales se llaman los dispositivos equipo teleescritor, que teletipo de la significa, la terminal original de UNIX.


3. El nombre de host del router.

Para boot los comandos usando el RCP, el software envía el nombre del host del router; usted no puede configurar explícitamente el nombre de usuario remoto.

Para que la petición de copia de rcp se ejecute correctamente, se debe definir una cuenta en el servidor de red para el nombre de usuario remoto.

Si se escribe en el servidor, el servidor rcp se debe configurar correctamente para aceptar la solicitud de escritura rcp del usuario del router. Para los sistemas UNIX, debe añadir una entrada al archivo .rhosts para el usuario remoto en el servidor rcp. Por ejemplo, si el router contiene las líneas de configuración siguientes.

hostname Rtr1
ip rcmd remote-username User0

y la dirección IP del router traduce a Router1.company.com, después el archivo del .rhosts para User0 en el servidor RCP debe contener la siguiente línea:

Router1.company.com Rtr1

Refiera a la documentación para su servidor RCP para más detalles.

Si el servidor tiene una estructura de directorios, el archivo de configuración o la imagen se escribe o se copia de manera relativa al directorio asociado al nombre de usuario remoto en el servidor. Utilice ip rcmd remote-username el comando de especificar qué directorio en el servidor a utilizar. Por ejemplo, si la imagen del sistema reside en el directorio de inicio de un usuario en el servidor, usted puede especificar el ese nombre de usuario como el nombre de usuario remoto.

Si copia el archivo de configuración en un equipo usado como servidor de archivos, el ordenador debe soportar rsh.

Uso de un router para las conexiones FTP

Usted puede configurar a un router para transferir los archivos entre los sistemas en la red usando el File Transfer Protocol (FTP). Con la implementación del Cisco IOS del FTP, usted puede fijar las características siguientes FTP:

Modo pasivo FTP

Nombre de usuario

Contraseña

DIRECCIÓN IP

Cómo configurar los servicios básicos de la transferencia de archivos

Configurar al router para el uso como servidor TFTP

Configuración del Router Cliente

Configurar al router como servidor RARP

Configuración de los Parámetros BOOTP del Sistema

Configuración de un Router para Utilizar rsh y rcp

Configuración de un Router para Utilizar Conexiones FTP

Configurar al router para el uso como servidor TFTP

Para configurar a su router para el uso como servidor TFTP, complete las tareas en esta sección.

Prerrequisitos

El servidor y el router de cliente deben poder alcanzarse antes de que la función TFTP pueda ser implementada. Verifique esta conexión probando la conexión entre el servidor y el router de cliente (en cualquier dirección) usando ping el comando a.b.c.d (donde direccionamiento del isthe del a.b.c.d del dispositivo del cliente). Después de que se publique el comando ping , la Conectividad es indicada por una serie de signos de exclamación (!), mientras que una serie de períodos (.) más el [timed out] o el [failed] indica que el intento de conexión falló. Si la conexión falla, configure de nuevo la interfaz, marque la conexión física entre el servidor y el router de cliente de destello, y ping otra vez.

Después de que usted verifique la conexión, asegúrese de que una imagen TFTP-bootable esté presente en el servidor. Ésta es la imagen del software del sistema que el router de cliente iniciará. Observe el nombre de esta imagen del software así que usted puede verificarlo después de que el primer inicio del cliente.


Adviertapara la funcionalidad completa, la imagen del software enviada al cliente debe ser el mismo tipo que el software de ROM instalado en el router de cliente. Por ejemplo, si el servidor tiene software X.25, y el cliente no tiene software X.25 en la ROM, el cliente no tendrá capacidades X.25 después de iniciar de la imagen del servidor en la memoria flash.

PASOS SUMARIOS

1. enable

2. configure terminal

3.tftp-server flash [partition-number:] filename1 [alias filename2] [access-list-number
o
tftp-server flash dispositivo: nombre de fichero (familia del Cisco 7000 solamente)
o
tftp-server flash nombre de fichero del [partition-number:] del [device:]
(Cisco 1600 Series y Cisco 3600 Series solamente)
o
tftp-server rom alias [access-list-number] filename1

4. end

5. copy running-config startup-config

PASOS DETALLADOS

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

tftp-server flash [partition-number:]filename1 [alias filename2] [access-list-number]

o

tftp-server flash device:filename (Cisco 7000 family only)

o

tftp-server flash [device:][partition-number:]filename
(Cisco 1600 series and Cisco 3600 series only)

o

tftp-server rom alias filename1 [access-list-number]

Example:

Router(config)# tftp-server flash version-10.3 22

Especifica la imagen del sistema para enviar en respuesta a las peticiones leídas. Usted puede ingresar las líneas múltiples para especificar las imágenes múltiples.

Paso 4 

end

Example:

Router(config)# end

Termina la sesión de la configuración y le vuelve al modo EXEC privilegiado.

Paso 5 

copy running-config startup-config

Example:

Router# copy running-config startup-config

Guarda el archivo de ejecución en el archivo de configuración inicial.

Ejemplos

En el siguiente ejemplo, el sistema puede utilizar el TFTP para enviar las copias de la versión 10.3 del archivo de memoria Flash en respuesta a una petición leída TFTP ese archivo. Marcan al host solicitante contra la lista de acceso 22.

tftp-server flash version-10.3 22

En el siguiente ejemplo, el sistema puede utilizar el TFTP para enviar una copia de la imagen ROM gs3-k.101 en respuesta a una petición leída TFTP el archivo gs3-k.101:

tftp-server rom alias gs3-k.101

En el siguiente ejemplo, un router envía una copia del archivo gs7-k.9.17 en la memoria flash en respuesta a una petición leída TFTP. El router de cliente debe residir en una red especificada por la lista de acceso 1. Así, en el ejemplo, el cualquier cliente en la red 172.16.101.0 es acceso permitido al archivo.

Server# configure terminal 
Enter configuration commands, one per line. End with CTRL/Z
Server(config)# tftp-server flash gs7-k.9.17 1 
Server(config)# access-list 1 permit 172.16.101.0 0.0.0.255 
Server(config)# end 
Server# copy running-config startup-config 
[ok]
Server#

Resolución de problemas

La sesión TFTP puede fallar a veces. El TFTP genera los caracteres especiales siguientes para ayudarle a determinar porqué una sesión TFTP falla:

Un carácter “E” indica que el servidor TFTP recibió un paquete erróneo.

Un carácter “O” indica que el servidor TFTP recibió un paquete del out-of-sequence.

Un período (.) indica un descanso.

Para diagnosticar cualquier retardo indebido en la transferencia, la salida es útil. Para los procedimientos deTroubleshooting, refiera a la publicación de la guía de Troubleshooting de la red interna.

Configuración del Router Cliente

Para configurar el router de cliente a primero cargue una imagen del sistema del servidor, y como respaldo, para configurar el router de cliente para cargar su propia imagen ROM si la carga de un servidor falla, completan las tareas en esta sección:

PASOS SUMARIOS

1. enable

2. configure terminal

3. no boot system

4.boot system [ip-address]tftp del nombre de fichero del []

5. boot system rom

6.config-register valor

7. end

8. copy running-config startup-config

9. reload

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

no boot system

Example:

Router(config)# no boot system

(Opcional) quita todas las sentencias anteriores boot system del archivo de configuración.

Paso 4 

boot system [tftp] filename [ip-address]

Example:

Router(config)# boot system c5300-js-mz.121-5.T.bin 172.16.1.1

Especifica que la carga del router de cliente una imagen del sistema del servidor.

Paso 5 

boot system rom

Example:

Router(config)# boot system rom

Especifica que el router de cliente carga su propia imagen ROM si la carga de un servidor falla.

Paso 6 

config-register value

Example:

Router(config)# config-register 0x010F

Fija el registro de la configuración para permitir al router de cliente para cargar una imagen del sistema de un servidor de red.

Paso 7 

end

Example:

Router(config)# end

Sale del modo de configuración global.

Paso 8 

copy running-config startup-config

Example:

Router# copy running-config startup-config

Guarda el archivo de configuración en su configuración inicial.

Paso 9 

reload

Example:

Router# reload

(Opcional) recarga al router para realizar sus cambios tomar el efecto.

PASOS DETALLADOS

Ejemplos

En el siguiente ejemplo, configuran al router para iniciar de un servidor TFTP especificado:

Client# configure terminal 
Enter configuration commands, one per line. End with CTRL/Z
Client(config)# no boot system 
Client(config)# boot system c5300-js-mz.121-5.T.bin 172.16.1.1 
Client(config)# boot system rom 
Client(config)# config-register 0x010F 
Client(config)# end 
Client# copy running-config startup-config 
[ok]
Client# reload 

En este ejemplo, no boot system el comando invalida el resto boot system de los comandos actualmente en la Memoria de configuración, y los comandos any boot system ingresados después de que este comando sea ejecutado primero. El comando second, boot system direccionamiento del nombre de fichero, dice el router de cliente buscar el archivo c5300-js-mz.121-5.T.bin en el servidor TFTP con una dirección IP de 172.16.111.111. Fallando esto, el router de cliente iniciará de su sistema ROM en respuesta boot system rom al comando, que se incluye como respaldo en caso de un problema de red. copy running-config startup-config El comando copia la configuración a la configuración de inicio, y reload el comando inicia el sistema.


Observeel software del sistema que se iniciará del servidor debe residir en la memoria flash en el servidor. Si no está en la memoria flash, el router de cliente iniciará el sistema ROM del servidor.


El siguiente ejemplo muestra la salida de muestra show version del comando después de que el router haya reiniciado:

Router> show version
Cisco Internetwork Operating System Software 
Cisco IOS (tm) 5300 Software (C5300-JS-M), Version 12.1(5)T,  RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2000 by Cisco Systems, Inc.
Compiled Sat 11-Nov-00 03:03 by joe
Image text-base: 0x60008958, data-base: 0x611C6000
ROM: System Bootstrap, Version 11.2(9)XA, RELEASE SOFTWARE (fc2)
BOOTFLASH: 5300 Software (C5300-BOOT-M), Version 12.0(7)T,  RELEASE SOFTWARE (f)
Router uptime is 8 weeks, 4 days, 22 hours, 36 minutes
System returned to ROM by power-on
System restarted at 00:37:38 UTC Thu Feb 22 2001
System image file is "flash:c5300-js-mz.121-5.T.bin"
.
.
.
Configuration register is 0x010F

La información importante en este ejemplo se contiene en la primera línea “Cisco IOS (el tm).” y en la línea que comienza el “archivo de imagen del sistema….” “El Cisco IOS (tm)…” la línea muestra la versión del sistema operativo en el NVRAM. El “archivo de imagen del sistema….” alinee la demostración que el nombre de fichero de la imagen del sistema cargó del servidor TFTP.

Pasos Siguientes

Después de las recargas del sistema, usted debe utilizar show version el comando del modo EXEC de verificar que el sistema inició la imagen deseada.


Adviertausando no boot system el comando, como en el siguiente ejemplo, invalidará el resto de los comandos boot system actualmente en la configuración del sistema del router de cliente. Antes de proceder, determine si la configuración del sistema salvada en el router de cliente debe primero ser guardado (cargado) a un servidor de archivos TFTP así que usted tiene una copia de backup.

Configurar al router como servidor RARP

Para configurar al router como servidor RARP, complete las tareas en esta sección:

PASOS SUMARIOS

1. enable

2. configure terminal

3.interface puerto del [slot/] del tipo

4.ip rarp-server IP address

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface type [slot/]port

Example:

Router(config)# interface ethernet 0

Especifica la interfaz que usted configurará el servicio RARP encendido y ingresa al modo de configuración de la interfaz para la interfaz especificada.

Paso 4 

ip rarp-server ip-address

Example:

Router(config-if)# ip rarp-server 172.30.3.100

Habilita el servicio RARP en el router.

Ejemplos

El cuadro 13 ilustra una configuración de red en la cual configuren a un router para actuar como servidor RARP para una estación de trabajo sin disco. En este ejemplo, el estación de trabajo de Sun intenta resolver su direccionamiento MAC (hardware) a una dirección IP enviando una petición SLARP, que es remitida por el router al servidor de Sun.

Cuadro 13 que configura a un router como servidor RARP

El router A tiene la configuración siguiente:

! Allow the router to forward broadcast portmapper requests
ip forward-protocol udp 111
! Provide the router with the IP address of the diskless sun
arp 172.30.2.5 0800.2002.ff5b arpa
interface ethernet 0
! Configure the router to act as a RARP server, using the Sun Server's IP
! address in the RARP response packet.
ip rarp-server 172.30.3.100
! Portmapper broadcasts from this interface are sent to the Sun Server.
ip helper-address 172.30.3.100

Los IP Addresses del cliente y servidor de The Sun deben utilizar el mismo network number principal debido a una limitación con la daemon actual del SunOs rpc.bootparamd.

En el siguiente ejemplo, un Access Server se configura para actuar como servidor RARP.

! Allow the access server to forward broadcast portmapper requests
 ip forward-protocol udp 111
! Provide the access server with the IP address of the diskless sun
 arp 172.30.2.5 0800.2002.ff5b arpa
 interface ethernet 0
! Configure the access server to act as a RARP server, using the Sun Server's
! IP address in the RARP response packet.
 ip rarp-server 172.30.3.100
! Portmapper broadcasts from this interface are sent to the Sun Server.
 ip helper-address 172.30.3.100

Configuración de los Parámetros BOOTP del Sistema

Para configurar los parámetros extendidos BOOTP para las interfaces asincrónicas, complete la tarea en esta sección:

PASOS SUMARIOS

1. enable

2. configure terminal

3.async-bootp etiqueta [: datos del nombre de host]

4. show async bootp

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

async-bootp tag [:hostname] data

Example:

Router# async-bootp bootfile :172.30.1.1 "pcboot"

Pedidos de BOOTP extendidos de las configuraciones para las interfaces asincrónicas.

Observeel servidor del protocolo de arranque (BOOTP) para los pedidos de BOOTP ampliados los soportes de las interfaces asincrónicas (definidos en RFC 1084). Este comando es útil conjuntamente con usar el puerto auxiliar como interfaz asincrónica.

Paso 4 

show async bootp

Example:

Router# show async bootp

Visualiza los datos extendidos que serán enviados en las respuestas BOOTP para las respuestas BOOTP.

Ejemplos

Por ejemplo, si el DNS Server Address se especifica como datos extendidos para las respuestas BOOTP, usted verá la salida similar al siguiente:

Router# show async bootp 
The following extended data will be sent in BOOTP responses:
dns-server 172.22.53.210

Para la información sobre configurar su dispositivo de Cisco como servidor BOOTP, vea “usando el capítulo del AutoInstall y de la configuración”.

Configuración de un Router para Utilizar rsh y rcp

Esta sección contiene las siguientes tareas de configuración:

Especificación de la Interfaz de Origen para las Comunicaciones RCMD de Salida

Inhabilitar la búsqueda inversa DNS para el rcmd

Configurar al router para permitir que los usuarios remotos ejecuten los comandos usando el rsh

Ejecutando los comandos remotamente usando el rsh

Configurar al router para validar las peticiones RCP de los usuarios remotos

Configurar el telecontrol para enviar las peticiones RCP

Especificación de la Interfaz de Origen para las Comunicaciones RCMD de Salida

Para configurar al router de modo que las conexiones RCMD utilicen el Loopback Interface como la dirección de origen de todos los paquetes que salen del router, especifique la interfaz asociada a las comunicaciones RCMD completando la tarea en esta sección:

PASOS SUMARIOS

1. enable

2. configure terminal

3.ip rcmd source-interface id del interfaz

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rcmd source-interface interface-id

Example:

Router(config)# ip rcmd source-interface

Especifica el direccionamiento de la interfaz que será utilizado para etiquetar todo el tráfico saliente rsh y RCP.

Inhabilitar la búsqueda inversa DNS para el rcmd

La búsqueda inversa DNS para el rcmd se habilita por abandono. Usted puede inhabilitar la comprobación para DNS el acceso RCMD (rsh y RCP) completando la tarea en esta sección:

PASOS SUMARIOS

1. enable

2. configure terminal

3. no ip rcmd domain-lookup

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

no ip rcmd domain-lookup

Example:

Router(config)# no ip rcmd domain-lookup

Inhabilita la función de la búsqueda inversa del servicio de nombre del dominio (DNS) para las aplicaciones del comando remote (rcmp) (rsh y RCP).

Configurar al router para permitir que los usuarios remotos ejecuten los comandos usando el rsh

Para configurar al router para permitir que el usuario remoto ejecute los comandos usando el rsh, complete las tareas en esta sección:

PASOS SUMARIOS

1. enable

2. configure terminal

3.ip rcmd remote-host local-username {ip-address | host} remote-username [[]enable level]

4. ip rcmd rsh-enable

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rcmd remote-host local-username {ip-address | host} remote-username [enable [level]]

Example:

Router(config)# ip rcmd remote-host Router1 172.16.101.101 netadmin4 enable

Crea una entrada en la base de datos de autenticación local para cada usuario remoto se permita que ejecutar los comandos rsh.

Paso 4 

ip rcmd rsh-enable

Example:

Router(config)# ip rcmd rsh-enable

Permite al software para apoyar los comandos rsh entrantes.

Observepara inhabilitar el software de soportar los comandos rsh entrantes, utilice no ip rcmd rsh-enable el comando.

Observecuando soporte de los comandos rsh entrantes se inhabilita, usted puede todavía publicar un comando rsh de ser ejecutado en el otro Routers que soporta el Remote Shell Protocol y en los host UNIX en la red.

PASOS DETALLADOS

Ejemplos

El siguiente ejemplo muestra cómo agregar dos entradas para los usuarios remotos a las bases de datos de autenticación, y permite a un router para apoyar los comandos rsh de los usuarios remotos:

ip rcmd remote-host Router1 172.16.101.101 rmtnetad1
ip rcmd remote-host Router1 172.16.101.101 netadmin4 enable
ip rcmd rsh-enable

Usuarios, rmtnetad1 Nombrado y netadmin4, son ambos en el host remoto en la dirección IP 172.16.101.101. Aunque ambos usuarios estén en el mismo host remoto, usted debe incluir una entrada única para cada usuario. Se permite a ambos usuarios conectar con el router y ejecutar remotamente los comandos rsh en ella después de que habiliten al router para el rsh. Se permite al usuario nombrado netadmin4 ejecutar los comandos del modo EXEC privilegiado en el router. Ambas entradas de las bases de datos de autenticación dan el router1 del nombre del host del router como el nombre de usuario local. El comando más reciente permite al router para apoyar los comandos rsh publicados por los usuarios remotos.

Ejecutando los comandos remotamente usando el rsh

Para ejecutar un comando remotamente en un servidor de red usando el rsh, utilice los siguientes comandos en el modo EXEC de usuario:

PASOS SUMARIOS

1. enable

2.rsh {IP address | comando remote del [username] del host/user }

PASOS DETALLADOS

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

rsh {ip-address | host} [/user username] remote-command

Example:

Router# rsh mysys.cisco.com /user sharon ls -a

Ejecuta un comando remotamente usando el rsh.

Ejemplos

El siguiente ejemplo ejecuta el “ls -” un comando en el directorio de inicio del usuario Sharon en mysys.cisco.com usando el rsh:

Router# enable
Router# rsh mysys.cisco.com /user sharon ls -a
.
..
.alias
.cshrc
.emacs
.exrc
.history
.login
.mailrc
.newsrc
.oldnewsrc
.rhosts
.twmrc
.xsession
jazz
Router#

Configurar al router para validar las peticiones RCP de los usuarios remotos

Para configurar el Cisco IOS Software para soportar las peticiones entrantes RCP, utilice los siguientes comandos en el modo de configuración global:

PASOS SUMARIOS

1. enable

2. configure terminal

3.ip rcmd remote-hostnombre de usuario local {IP address | [[level] del nombre de usuario remoto del host}enable ]

4. ip rcmd rcp-enable

PASOS DETALLADOS

 
Comando
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rcmd remote-host local-username {ip-address | host} remote-username [enable [level]]

Example:

ip rcmd remote-host Router1 172.16.101.101 rmtnetad1

Cree una entrada en la base de datos de autenticación local para cada usuario remoto se permita que ejecutar los comandos rcp.

Observepara inhabilitar el software de soportar las peticiones entrantes RCP, utilice no ip rcmd rcp-enable el comando.

Observecuando soporte para las peticiones entrantes RCP se inhabilita, usted puede todavía utilizar los comandos rcp de copiar las imágenes de los servidores remotos. El soporte para las peticiones entrantes RCP es distinto de su capacidad de manejar las peticiones salientes RCP.

Paso 4 

ip rcmd rcp-enable

Example:

Router(config)# ip rcmd rcp-enable

Permita al software para soportar las peticiones entrantes RCP.

Ejemplos

El siguiente ejemplo muestra cómo agregar dos entradas para los usuarios remotos a las bases de datos de autenticación y después permitir al software para soportar las peticiones de copia remota de los usuarios remotos. Se permite a los usuarios, los netadmin1 Nombrados en el host remoto en la dirección IP 172.16.15.55 y los netadmin3 en el host remoto en la dirección IP 172.16.101.101, conectar con el router y ejecutar remotamente los comandos rcp en él después de que habiliten al router para soportar el RCP. Ambas entradas de las bases de datos de autenticación dan el router1 del nombre del host como el nombre de usuario local. El comando más reciente permite al router para soportar para las peticiones RCP de los usuarios remotos.

ip rcmd remote-host Router1 172.16.15.55 netadmin1
ip rcmd remote-host Router1 172.16.101.101 netadmin3 
ip rcmd rcp-enable

Configurar el telecontrol para enviar las peticiones RCP

Para reemplazar el nombre de usuario remoto predeterminado enviado en las peticiones RCP, utilice el siguiente comando en el modo de configuración global:

PASOS SUMARIOS

1. enable

2. configure terminal

3.ip rcmd remote-username nombre de usuario

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip rcmd remote-username username

Example:

Router(config)# ip rcmd remote-username sharon

Especifica el nombre de usuario remoto.

Observepara quitar el nombre de usuario remoto y volver al valor predeterminado, utilice no ip rcmd remote-username el comando.

Configuración de un Router para Utilizar Conexiones FTP

Para configurar a un router para transferir los archivos entre los sistemas en la red usando el File Transfer Protocol (FTP), complete las tareas en esta sección de configurar las características FTP:

PASOS SUMARIOS

1. enable

2. configure terminal

3.ip ftp username cadena

4.ip ftp password []type password
o
no ip ftp passive

5.ip ftp source-interface interfaz

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

ip ftp username string

Example:

Router# ip ftp username zorro

Especifica el Nombre de usuario que se utilizará para la conexión FTP.

Paso 4 

ip ftp password [type] password

Example:

Router# ip ftp password sword

Especifica la contraseña que se utilizará para la conexión FTP.

Paso 5 

ip ftp passive

o

no ip ftp passive

Example:

Router# ip ftp passive

Configura al router para utilizar solamente las conexiones FTP del modo pasivo.

o

Permite todos los tipos de conexiones FTP (valor por defecto).

Paso 6 

ip ftp source-interface interface

Example:

Router# ip ftp source-interface to1

Especifica la dirección IP de origen para las conexiones FTP.

Ejemplos

El siguiente ejemplo demuestra cómo capturar un vaciado de memoria usando la característica del Cisco IOS FTP. Los accesos al router un servidor en la dirección IP 192.168.10.3 con el zorro del nombre de inicio de sesión y la espada de la contraseña. Utilizan al modo pasivo predeterminado FTP, y el servidor se accede usando la interfaz Token Ring to1 en el router donde ocurrirá el vaciado de memoria:

ip ftp username zorro
ip ftp password sword
ip ftp passive
ip ftp source-interface to1
! The following command allows the core-dump code to use FTP rather than TFTP or RCP
exception protocol ftp
! The following command creates the core dump in the event the system at IP address
! 192.168.10.3 crashes
exception dump 192.168.10.3

Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)