Cisco CCNA/laboratorio casero de CCNP: Configuración de un servidor del acceso
| by Chris Bryant, CCIE #12933 | March 17, 2006
Pues tu laboratorio casero de CCNA/de CCNP se amplía, un servidor del acceso tal como Cisco 2509 o 2511 es una de las mejores inversiones que puedes hacer. En este artículo, miraremos la configuración básica para un servidor del acceso y discutiremos cómo conectar con las otras rebajadoras e interruptores en tu vaina con COMO.
Aquí es parte de una configuración a partir del uno de mis servidores del acceso:
anfitrión FRS del IP 100.1.1.1 2006
anfitrión SW2 del IP 100.1.1.1 2005
anfitrión SW1 del IP 100.1.1.1 2004
anfitrión R2 del IP 100.1.1.1 2002
anfitrión R1 del IP 100.1.1.1 2001
anfitrión R3 del IP 100.1.1.1 2003
interfaz Loopback0
IP address 100.1.1.1 255.255.255.255
ningún IP dirigir-difundió
Esto es una tabla del anfitrión del IP, y esto es qué hace el entero COMO trabajo de la disposición. Tu PC conectará con el servidor del acceso, y el servidor del acceso alternadamente está conectado físicamente con tus otras rebajadoras e interruptores vía un cable octal. Un extremo de los empalmes octales del cable apagado en ocho cables separados, cada uno terminó con un conectador Rj-45. Ese conectador será colocado en el puerto de la consola de uno de tus dispositivos caseros del laboratorio. En esta configuración, tengo conectador 1 conectado con el puerto de R1, conectador 2 de la consola a R2, conectador 3 a R3, conectador 4 a Sw1, y así sucesivamente. (Los conectadores se numeran físicamente también.)
Las entradas de la tabla del anfitrión del IP aquí se ligan a la dirección del loopback demostrada. El loopback puede ser cualquier dirección, pero debe emparejar la dirección en la tabla del anfitrión del IP. Esto permite que crees sesiones reversas del telnet a las rebajadoras y a los interruptores.
Para abrir las sesiones reversas del telnet sobre abrir una conexión a COMO, mecanografiar el nombre entero del dispositivo y presionar la llave de insertar dos veces. Una conexión a ese dispositivo será visible ahora, como se muestra aquí:
Access_Server#r1
R1 que intenta (100.1.1.1, 2001)… Abierto
R1#
Para conseguir de nuevo al servidor del acceso, utilizar la combinación dominante seguida presionando la llave de “x”. Guardar el hacer de esto hasta que has abierto una conexión a cada rebajadora e interruptor en tu vaina.
Una vez que hayas abierto las líneas, no utilizarás el nombre de dispositivo completo para conectar con los dispositivos caseros del laboratorio. Debes presionar solamente el número que corresponde a la sesión reversa del telnet que te abriste. Por ejemplo, en esta configuración abrí la sesión 1 del telnet en R1, la sesión 2 en R2, y la sesión 3 en R3. Una vez que abriera esas sesiones, apenas utilizo esos números para volver a conectar a los dispositivos, como se muestra aquí:
Access_server#1
[Reasumiendo la conexión 1 a r1…]
R1#
Access_server#2
[Reasumiendo la conexión 2 a r2…]
R2#
Access_server#3
[Reasumiendo la conexión 3 a r3…]
R3#
Si mecanografías el hostname lleno otra vez después inicialmente de abrir la conexión, verás este mensaje:
Access_server#r1
R1 que intenta (100.1.1.1, 2001)…
% de la conexión rechazaron por el anfitrión alejado
Se rechaza la conexión porque tienes ya una conexión abierta a esa rebajadora.
Hay una porción más importante de un config del servidor del acceso tu CCNA/CCNP que el laboratorio casero necesitará:
línea 1 8
ningún exec
el transporte entró todos
La línea números puede diferenciar según tu servidor del acceso, pero “no hay exec” muy importante aquí. Esto parará sesiones del granuja EXEC de rechazar las conexiones que no debe rechazar. Sin este comando, verás comúnmente la “conexión rechazada por el anfitrión alejado” cuando no debes ser. Que el mensaje es el error más común tú verá en un servidor del acceso, y está allí porque tienes ya una conexión o te abierta a la izquierda “ningún exec” fuera de tu configuración. ¡“No hay exec” obligatorio, sino que te ayudará a guardar tu cordura!
Aquí es parte de una configuración a partir del uno de mis servidores del acceso:
anfitrión FRS del IP 100.1.1.1 2006
anfitrión SW2 del IP 100.1.1.1 2005
anfitrión SW1 del IP 100.1.1.1 2004
anfitrión R2 del IP 100.1.1.1 2002
anfitrión R1 del IP 100.1.1.1 2001
anfitrión R3 del IP 100.1.1.1 2003
interfaz Loopback0
IP address 100.1.1.1 255.255.255.255
ningún IP dirigir-difundió
Esto es una tabla del anfitrión del IP, y esto es qué hace el entero COMO trabajo de la disposición. Tu PC conectará con el servidor del acceso, y el servidor del acceso alternadamente está conectado físicamente con tus otras rebajadoras e interruptores vía un cable octal. Un extremo de los empalmes octales del cable apagado en ocho cables separados, cada uno terminó con un conectador Rj-45. Ese conectador será colocado en el puerto de la consola de uno de tus dispositivos caseros del laboratorio. En esta configuración, tengo conectador 1 conectado con el puerto de R1, conectador 2 de la consola a R2, conectador 3 a R3, conectador 4 a Sw1, y así sucesivamente. (Los conectadores se numeran físicamente también.)
Las entradas de la tabla del anfitrión del IP aquí se ligan a la dirección del loopback demostrada. El loopback puede ser cualquier dirección, pero debe emparejar la dirección en la tabla del anfitrión del IP. Esto permite que crees sesiones reversas del telnet a las rebajadoras y a los interruptores.
Para abrir las sesiones reversas del telnet sobre abrir una conexión a COMO, mecanografiar el nombre entero del dispositivo y presionar la llave de insertar dos veces. Una conexión a ese dispositivo será visible ahora, como se muestra aquí:
Access_Server#r1
R1 que intenta (100.1.1.1, 2001)… Abierto
R1#
Para conseguir de nuevo al servidor del acceso, utilizar la combinación dominante seguida presionando la llave de “x”. Guardar el hacer de esto hasta que has abierto una conexión a cada rebajadora e interruptor en tu vaina.
Una vez que hayas abierto las líneas, no utilizarás el nombre de dispositivo completo para conectar con los dispositivos caseros del laboratorio. Debes presionar solamente el número que corresponde a la sesión reversa del telnet que te abriste. Por ejemplo, en esta configuración abrí la sesión 1 del telnet en R1, la sesión 2 en R2, y la sesión 3 en R3. Una vez que abriera esas sesiones, apenas utilizo esos números para volver a conectar a los dispositivos, como se muestra aquí:
Access_server#1
[Reasumiendo la conexión 1 a r1…]
R1#
Access_server#2
[Reasumiendo la conexión 2 a r2…]
R2#
Access_server#3
[Reasumiendo la conexión 3 a r3…]
R3#
Si mecanografías el hostname lleno otra vez después inicialmente de abrir la conexión, verás este mensaje:
Access_server#r1
R1 que intenta (100.1.1.1, 2001)…
% de la conexión rechazaron por el anfitrión alejado
Se rechaza la conexión porque tienes ya una conexión abierta a esa rebajadora.
Hay una porción más importante de un config del servidor del acceso tu CCNA/CCNP que el laboratorio casero necesitará:
línea 1 8
ningún exec
el transporte entró todos
La línea números puede diferenciar según tu servidor del acceso, pero “no hay exec” muy importante aquí. Esto parará sesiones del granuja EXEC de rechazar las conexiones que no debe rechazar. Sin este comando, verás comúnmente la “conexión rechazada por el anfitrión alejado” cuando no debes ser. Que el mensaje es el error más común tú verá en un servidor del acceso, y está allí porque tienes ya una conexión o te abierta a la izquierda “ningún exec” fuera de tu configuración. ¡“No hay exec” obligatorio, sino que te ayudará a guardar tu cordura!
Article Source: http://www.articleset.com

You are welcome to publish or reprint this article free of charge, provided:
- you include the entire article, unchanged, including the "About The Author" box
- all hyperlinks remain active, including the bottom ArticleSet.com link (does not apply to print publications)
- you agree not to hold the authors nor ArticleSet.com liable for any loss profits, expenses, or any other damages resulting from the use or misuse of articles published on this website