Una de las mejores cosas de la historia es que puede tener muchos dispositivos como parte de una tipología y
puede acceder a los cónsules de todos los dispositivos.
Como ejemplo, Rodda One y Rodda también se pueden acceder directamente a través de Janissary en mi PC local.
Sin embargo, en el mundo real es probable que quiera hacer telnet en los dispositivos porque no quiere caminar
hasta el dispositivo y conectarse a la consola.
Eso no es realista.
Si los dispositivos están en el otro lado del país u otro lado
del mundo, entonces querrá usar un protocolo como telnet para obtener acceso a los dispositivos remotos.
Supongamos que el enrutador uno se encuentra en una parte de la red y lo trajo a una parte diferente
de la red.
En este ejemplo, todos los telnet de uno al enrutador 2 veamos lo que ocurre de manera predeterminada.
Entonces telnet a 10 o 20 me dicen que se requiere una contraseña, pero no está configurada.
En la mayoría de los casos, de forma predeterminada, no puede hacer telnet en un enrutador; debe realizar alguna
configuración para permitir las sesiones de telnet y obtener la calidad superior de la línea Viti Y y especificar un rango de Viti y de cero a un número que
depende del dispositivo.
En este caso, Rodda the Viti varía de 0 a novecientos tres, lo que significa que puede tener 904 líneas terminales
virtuales simultáneas o por qué líneas en el enrutador.
En otras palabras, se podrían hacer 904 sesiones al Rodda al mismo tiempo.
A menudo verá en la documentación que crearán las líneas Y de 0 a 4, lo que le da 5 líneas D-y.
Eso es algo de los viejos tiempos.
Pero muchos dispositivos de Cecka hoy en día admiten muchas más líneas que eso.
Entonces, como ejemplo en el conmutador Viti Why 0 note hay 5400 líneas de VQ en este virtual vilayet de
Iowa para cambiar.
Y si me conecto a este físico 30 750 y top line Viti Why es 0.
Observe que este tiene 16 líneas blancas Viti.
Entonces eso realmente depende del dispositivo.
Este ios VLA para cambiar tiene mil y una líneas D-y Why.
Voy a especificar el inicio de sesión y notar que me han dicho que para iniciar sesión está deshabilitado hasta que se envíe la contraseña.
Entonces, una vez más, si telnet al Rodda, la sesión de telnet está cerrada.
Así que lo escribí para agregar una contraseña de Cisco y ahora intentar decirle al aviso de Rodda que me
pidieron una contraseña.
Quiero habilitar Estoy autorizado porque este enrutador tiene una contraseña habilitada, pero si no se
configuró la contraseña, desconectemos si no se estableció una contraseña habilitada.
No se estableció una contraseña secreta.
Observe lo que ocurre con telnet en el enrutador y en mi telnet contraseña top enable y no puedo activar el
modo porque no hay contraseña configurada.
Debe configurar y habilitar la contraseña o una contraseña secreta secreta, es mejor ir al modo
habilitar a través de una sesión telnet o S-sh.
Entonces me di cuenta de que la configuración que mostramos en la tubería de ejecución comenzaba con V-twin, en este caso habilitamos 5
líneas de Vicci 0 a 4.
Si usamos una contraseña en la línea para esas cinco líneas, se usa la misma contraseña para todas.
Si lo desea, puede especificar diferentes contraseñas para diferentes líneas blancas de Viti.
Pero en este ejemplo, mantendremos la contraseña igual.
Por lo tanto, cuando digo que desde el enrutador 1 a 2 necesito ingresar la contraseña en la línea, pero
para ir al modo habilitar necesito ingresar la contraseña Habilitar.
Ahora, de nuevo en la línea de Viti y similar a la consola, podríamos usar la opción de iniciar sesión en un local que
usaría una base de datos de nombre de usuario y contraseña local de nuevo.
Acaba de solicitar el nombre de usuario y la contraseña del usuario, pero en este caso está fallando.
Entonces, veamos qué está pasando.
Mostrar los conductos de ejecución incluyen usuario sin configuración de cuenta de usuario.
Entonces, la autenticación estaba fallando.
Así que necesito escribir el nombre de usuario sea cual sea el nombre de usuario y la contraseña de ese usuario.
Así que ahora puedo iniciar sesión y luego escribir y poder obtener un modo privilegiado.
Entonces, una vez más, ¿qué hacemos? Creamos un usuario llamado davit con una contraseña relevante.
No es una buena idea usar contraseñas como las siguientes.
Deberías usar el secreto.
Entonces debería haber hecho esto.
Usa el nombre David.
Cisco secreto.
Ahora me dicen que no puedo tener una contraseña de usuario y un secreto de usuario.
Elija uno u otro, así que muestre run runing clewed user.
Observe el uso y todavía usa una contraseña en lugar de un secreto.
Así que digamos que no se usó el nombre de David y se recreó con un secreto y eso está permitido ahora.
Ahora es previamente que la contraseña estaba en el tubo de dush run de texto claro.
Incluir usuario, el nombre de usuario ahora es un hash de cinco vacíos.
Entonces es mucho más seguro
Observe la diferencia ahora, sin embargo, cuando les digo eso y pongo mi nombre de usuario y mi contraseña, todavía
tengo que poner mi contraseña de activación.
Pero esa es una contraseña secreta.
Y lo que puedo hacer, además, especifico el privilegio y otorgo a David privilegios completos en lugar de tener que
escribir la contraseña habilitada o la contraseña secreta en este caso.
Así que, en aquel entonces, escribir uno para indicarle que escriba un nombre en T es una falsedad de David, un aviso
de Cisco de que me llevaron inmediatamente al modo privilegio, mientras que antes tenía que escribir Habilitar y luego introducir la contraseña secreta.
Ahora el mayor problema con Telnet es su texto claro, por lo que vuelve a la ruta 1.
Comencemos haciendo una captura whya y capturemos el tráfico recibido en esta interfaz.
Recuerdo que creamos una contraseña secreta.
Entonces, en la demostración del enrutador, la ejecución no nos muestra qué es lo que usa la contraseña cuando telnet,
sin embargo, dice telnet, cuyo nombre es David.
La contraseña es Cisco directamente al modo de privilegio.
Busquemos bien telnet y veamos primero los paquetes.
Paseando por allí hay D A V I D pidiendo una contraseña.
Ahora veo que veo que acabamos de capturar la contraseña del usuario.
Si seguimos la secuencia TZP, simplemente copiaré eso en el bloc de notas para que pueda verlo claramente.
Pero lo que está viendo aquí es la transmisión TCAP que muestra el nombre de usuario y la contraseña.
Entonces la contraseña se muestra en texto claro tellen le permite capturar contraseñas y otros datos del
cable.
Entonces no es una gran idea usar telnet.
Puede pensar que es bueno usar una contraseña secreta, pero tenga cuidado de que la contraseña secreta esté codificada en hash
en el enrutador.
Pero cuando los datos se envían a través del cable están en texto claro.
Por lo tanto, un pirata informático puede capturar la contraseña, por lo que debe usar S-sh en lugar de telnet antes
de mostrar S-sh.
Una última cosa en telnet también puede establecer un tiempo de espera exacto en sus sesiones de telnet para que
se desconecten.
Si no hay actividad durante un período de tiempo en este ejemplo después de cinco minutos, la sesión
de Telnet se desconectará, pero puede especificar otro valor si lo desea.