Tutorial de laboratorio doméstico de Cisco CCNA/CCNP: Configuración de un servidor de acceso

A medida que su laboratorio doméstico CCNA/CCNP se expande, un servidor de acceso como Cisco 2509 o 2511 es una de las mejores inversiones que puede hacer. En este artículo, veremos la configuración básica de un servidor de acceso y discutiremos cómo conectarse a enrutadores y otros conmutadores en su módulo a través de un AS.

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

servidor IP FRS 2006100.1.1.1

servidor IP SW2 2005100.1.1.1

servidor IP SW1 2004100.1.1.1

servidor IP R2 2002100.1.1.1

servidor IP R1 2001100.1.1.1

servidor IP R3 2003100.1.1.1

Interfaz Loopback0.

Dirección IP 100.1.1.1 255.255.255.255

Sin transmisión dirigida por IP

Esta es la tabla de host IP, y esto es lo que hace que funcione toda la configuración del AS. Su computadora se conectará al servidor de acceso, y el servidor de acceso, a su vez, está físicamente conectado a otros enrutadores y conmutadores a través de un cable octogonal. Un extremo de los ocho cables se divide en ocho cables separados, cada uno de los cuales termina con un conector Rj-45. Este conector se colocará en el puerto de la consola de uno de sus dispositivos de laboratorio doméstico. En esta configuración, tengo el conector 1 conectado al puerto de la consola en R1, el conector 2 en R2, el conector 3 en R3, el conector 4 en Sw1, y así sucesivamente. (Los conectores también están numerados físicamente).

Las entradas de la tabla de host IP aquí están relacionadas con la dirección de bucle invertido que se muestra. El loopback puede ser cualquier dirección, pero debe coincidir con la dirección en la tabla de host IP. Esto le permite crear sesiones de telnet inversas para enrutadores y conmutadores.

Para abrir sesiones de telnet inversas cuando se abre una conexión con el AS, escriba el nombre completo del dispositivo y presione Intro dos veces. La conexión a este dispositivo ahora será noticeable, como se muestra aquí:

Servidor_acceso #r1

Pruebe R1 (100.1.1.1, 2001)… Abrir

R1#

Para volver al servidor de acceso, use la combinación de teclas seguida de presionar la tecla «x». Siga haciendo esto hasta que abra una conexión a cada enrutador y cambie su módulo.

Una vez que se abren las líneas, no utilizará el nombre completo del dispositivo para conectarse a los dispositivos del laboratorio doméstico. Simplemente debe presionar el número correspondiente a la sesión de telnet inverso que abrió. Por ejemplo, en esta configuración, abrí la sesión telnet 1 a R1, la sesión 2 a R2 y la sesión 3 a R3. Una vez que abro estas sesiones, solo uso estos números para volver a conectarme a los dispositivos, como se muestra aquí:

Servidor_de_acceso #1

[Resuming connection 1 to r1 … ]

R1#

servidor_de_acceso #2

[Resuming connection 2 to r2 … ]

R2#

servidor_de_acceso #3

[Resuming connection 3 to r3 … ]

R3#

Si vuelve a escribir el nombre de host completo después de abrir inicialmente la conexión, verá este mensaje:

Acceso_servidor #r1

Pruebe R1 (100.1.1.1, 2001)…

% La conexión fue rechazada por el host remoto

Conexión denegada porque ya tiene una conexión abierta a este enrutador.

Hay una parte más importante de la configuración del servidor de acceso que necesitará su laboratorio doméstico CCNA/CCNP:

línea 1 8

sin ejecutivo

Entrada transporte todo

Los números de línea pueden variar dependiendo de su servidor de acceso, pero «no exec» es muy importante aquí. Esto evitará que las sesiones EXEC no autorizadas rechacen conexiones que no deberían. Sin este comando, generalmente verá «conexión denegada por el host remoto» cuando no es necesario. Este mensaje es el mistake más común que verá en un servidor de acceso, y está ahí porque ya tiene una conexión abierta o dejó «no exec» fuera de su configuración. «No exec» no es obligatorio, ¡pero te ayudará a mantener la cordura!

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *