De Cisco CCNA / CCNP Home Lab Tutorial: Configuración de un servidor de acceso

De Cisco CCNA / CCNP Home Lab Tutorial: Configuración de un servidor de acceso

Word Count:
566

Resumen:
Un servidor de acceso es una gran adición a su laboratorio casero de Cisco, pero la configuración se puede ser un poco confuso. Aprende a configurar y solucionar problemas de su servidor de acceso con Chris Bryant, CCIE # 12933.


Palabras clave:
CCNA, CCNP, hogar, laboratorio, acceso, servidor, gratis, pasar el examen, octal, cable, BSCI, BCMSN, Bryant, ventaja, 12933, Chris, router, un switch, 2509, 2511


Cuerpo del artículo:
A medida que su CCNA / CCNP laboratorio casero se expande, un servidor de acceso tales como el Cisco 2509 o 2511 es una de las mejores inversiones que puede hacer. En este artículo, nos centraremos en la configuración básica de un servidor de acceso y discutir la forma de conectarse a otros routers y switches en su vaina a través de la AS.

Aquí es parte de una configuración de uno de mis servidores de acceso:

FRS ip host 2006 100.1.1.1

ip host SW2 2005 100.1.1.1

ip host SW1 2004 100.1.1.1

R2 2002 ip host 100.1.1.1

ip host R1 2001 100.1.1.1

R3 2003 ip host 100.1.1.1


Loopback0 interfaz

dirección IP 100.1.1.1 255.255.255.255

no ip directed-broadcast

Esta es una tabla de IP del host, y esto es lo que hace que la obra en toda la instalación. Su PC se conectará al servidor de acceso, y el servidor de acceso es a su vez conectado físicamente al de otros routers y switches a través de un cable octal. Un extremo del cable octal fuera de empalmes en ocho cables separados, cada uno termina con un conector RJ-45. Ese conector se coloca en el puerto de consola de uno de los dispositivos de laboratorio en casa. En esta configuración, tengo el conector 1 conectado al puerto de consola de R1, conector de 2 a R2, conector de 3 a R3, conector de 4 a SW1, y así sucesivamente. (Los conectores están numerados físicamente también.)

Las entradas de la tabla de host IP aquí están vinculados a la dirección loopback muestra. El bucle de retorno puede ser cualquier dirección, pero debe coincidir con la dirección en la tabla de host IP. Esto te permite crear sesiones telnet inverso a los routers y switches.

Para abrir las sesiones telnet inverso al abrir una conexión con el AS, escriba el nombre completo del dispositivo y pulse la tecla enter dos veces. Una conexión con dicho dispositivo será ahora visible, como se muestra aquí:

Access_Server # r1

Tratar R1 (100.1.1.1, 2001) ... Abrir

R1 #

Para volver al servidor de acceso, utilice la combinación de teclas seguido presionando la tecla "x". Siga haciendo esto hasta que haya abierto una conexión a cada router y switch en su vaina.

Una vez que ha abierto las líneas, no podrá utilizar el nombre completo del dispositivo para conectarse a los dispositivos domésticos de laboratorio. Sólo tiene que pulsar el número correspondiente a la sesión de telnet inverso se abrió. Por ejemplo, en esta configuración, abrí sesión de Telnet 1 a R1, período de 2 a R2, y la sesión de 3 a R3. Una vez que me abrió las sesiones, sólo utilizar esos números para volver a conectar los dispositivos, como se muestra aquí:

Access_server # 1

[Conexión Reanudación de 1 a R1 ... ]

R1 #

Access_server # 2

[La reanudación de conexión de 2 a R2 ... ]

R2 #

Access_server # 3

[La reanudación de conexión de 3 a R3 ... ]

R3 #

Si escribe el nombre de host completo de nuevo después de que inicialmente la apertura de la conexión, verá este mensaje:

Access_server # r1

Tratar R1 (100.1.1.1, 2001) ...

Conexión% rechazada por host remoto

La conexión se negó porque ya tiene una conexión abierta con ese router.

Hay una parte más importante de un servidor de acceso de configuración de tu CCNA / CCNP laboratorio casero se necesita:

la partida 1 8

no Exec

entrada de transporte de todo

Los números de línea pueden variar de acuerdo a su servidor de acceso, pero "no exec" es muy importante aquí. Esto detendrá Rogue sesiones EXEC de rechazar las conexiones que no se debe rechazar. Sin este comando, normalmente verá "conexión rechazada por host remoto" cuando no debería ser. Ese mensaje es el error más común que usted verá en un servidor de acceso, y está allí porque ya tiene una conexión abierta o si la izquierda "no exec" de su configuración. "No exec" no es obligatorio, pero le ayudará a mantener su cordura!