Acerca del uso de TELNET
Telnet/?
Los comandos se pueden abreviar. Los comandos admitidos son:
c- cerrar cierra la conexión actual
d-display muestra los parámetros de operación
o-abrir nombre de host [puerto] se conecta al nombre de host (Puerto predeterminado 23)
q-exit Salir de telnet
set-set Establecer opciones (para enumerar las opciones, escriba \'set ?\')
sen - Enviar envía una cadena al servidor
st- Estado Imprimir información de estado
u- Desarmar Opciones de desarmar (para listas, escriba \'unset ?\')
u- Desarmado. /h- Ayuda imprimir información de ayuda
I Resumen
II Inicio de sesión remoto
III Protocolo Telnet
IV Servicio Telnet para Win2000 p>
V Qué hacer en telnet
I Resumen
Telnet no solo brinda comodidad para el inicio de sesión remoto, sino que también nos brinda muchas oportunidades de inicio de sesión remoto. El uso de Telnet no sólo facilita el inicio de sesión remoto, sino que también proporciona otro medio de intrusión y puerta trasera para los piratas informáticos. Pero en cualquier caso, mientras disfruta de la comodidad que le ofrece Telnet, ¿realmente comprende Telnet?
Inicio de sesión remoto
El servicio Telnet también es un servicio en modo cliente/servidor, pero su importancia más importante es que realiza el inicio de sesión remoto (computación interactiva remota) basado en el protocolo Telnet. de la siguiente manera, aprendamos sobre el inicio de sesión remoto.
1 El concepto básico de inicio de sesión remoto
Primero, comprendamos el significado de inicio de sesión: un sistema de tiempo compartido permite que varios usuarios utilicen una computadora al mismo tiempo. Para garantizar la seguridad del sistema y facilitar la contabilidad, el sistema requiere que cada usuario tenga una cuenta independiente como ID de inicio de sesión y el sistema también asigna una contraseña a cada usuario. Los usuarios deben ingresar su identidad y contraseña antes de utilizar el sistema, proceso llamado "iniciar sesión".
El inicio de sesión remoto es un proceso en el que los usuarios utilizan el comando Telnet para convertir temporalmente su computadora en una terminal simulada en un host remoto. El terminal de emulación es equivalente a una máquina no inteligente. Solo es responsable de transmitir cada carácter ingresado por el usuario al host y luego mostrar cada información generada por el host en la pantalla.
2 Creación y desarrollo de inicio de sesión remoto
Podemos comenzar con el concepto de proporcionar un servicio de edición de texto remoto. La implementación de este servicio requiere un servidor que acepte solicitudes de edición de archivos y datos. y a El cliente que envió la solicitud. El cliente establecerá una conexión TCP desde la computadora local al servidor, lo que por supuesto requiere una respuesta del servidor, luego enviará información escrita (información de edición de archivos) al servidor y leerá la salida devuelta por el servidor. Lo anterior es un modelo de servicio cliente/servidor estándar y común.
Con los servicios en modo cliente/servidor, parece que todos los problemas remotos están resueltos. Sin embargo, las cosas no son tan sencillas como crees.
Si solo necesitamos editar archivos de forma remota, entonces el servicio que acabamos de imaginar es totalmente capaz, pero si nuestros requisitos no son tan simples, queremos realizar administración remota de usuarios, entrada remota de datos, mantenimiento remoto del sistema y cualquier otra cosa que pueda ser. hecho en el host remoto Para completar las operaciones en el servidor, necesitaremos una gran cantidad de programas de servidor dedicados y configurar un proceso de servidor para cada operación. El problema con esto es que la máquina remota puede verse abrumada rápidamente por los procesos del servidor y ahogarse en un mar de procesos del servidor (aquí no incluimos las máquinas remotas más profesionales).
Entonces, ¿hay solución? Por supuesto, todo esto lo podemos solucionar iniciando sesión de forma remota. Permitimos a los usuarios crear una sesión de inicio de sesión en una máquina remota y luego implementar servicios más comunes ejecutando comandos como si estuvieran operando localmente. De esta manera podemos acceder a todos los comandos disponibles en el sistema remoto sin que el diseñador del sistema tenga que proporcionar múltiples programas de servidor dedicados.
Este problema parece haberse desarrollado hasta el punto en que hay un futuro brillante. El inicio de sesión remoto debería resolverlo, pero no es fácil lograr el inicio de sesión remoto. Los sistemas informáticos que no fueron diseñados pensando en la creación de redes esperan que los usuarios puedan iniciar sesión sólo a través de un teclado y un monitor conectados directamente. Agregar capacidades de inicio de sesión remoto a estas máquinas requiere modificar el sistema operativo de la máquina, lo cual es muy intimidante y algo que intentamos hacer. Evitado. Por lo tanto, deberíamos centrarnos en crear un software de servidor de inicio de sesión remoto, aunque esto también es difícil. ¿Por qué esto también es difícil?
Por ejemplo: en términos generales, el sistema operativo asignará significados especiales a algunas teclas especiales. Por ejemplo, el sistema local interpretará \'Ctrl+C\' como: \terminar el proceso de comando actualmente en ejecución/. '. Sin embargo, suponiendo que hayamos ejecutado el software del servidor de inicio de sesión remoto, es posible que \'Ctrl+C\' no se transmita a la máquina remota. Si el cliente realmente transmite \'Ctrl+C\' a la máquina remota, entonces \'Ctrl+. Es posible que el comando C\' no pueda finalizar el proceso local, lo que significa que es probable que se produzca confusión aquí. Esta es sólo una de las dificultades encontradas.
A pesar de las dificultades técnicas, los programadores de sistemas han logrado crear un software de servidor telnet que funciona con la mayoría de los sistemas operativos, así como software de aplicación como cliente. Normalmente, el software cliente elimina todas las interpretaciones locales menos una de una pulsación de tecla y convierte esas interpretaciones locales en interpretaciones remotas, de modo que el software cliente pueda interactuar con la máquina remota como si estuviera sentada frente al host remoto. Lo mismo, evitando así la confusión anterior. La única excepción a esto es una clave que lleva al usuario de regreso al entorno local.
Otro requisito para diseñar un servidor de inicio de sesión remoto como software a nivel de aplicación es que requiere que el sistema operativo proporcione soporte para pseudoterminales. Usamos pseudoterminal para describir el punto de entrada a un sistema operativo que permite que programas como un servidor Telnet transfieran caracteres al sistema operativo y hagan que esos caracteres parezcan provenir del teclado local. Solo en dicho sistema operativo se puede diseñar el servidor de inicio de sesión remoto como software a nivel de aplicación (como el software del servidor Telnet, de lo contrario, el sistema operativo local y la transmisión del sistema remoto no podrán reconocer la información enviada entre sí (porque); solo pueden reconocer la información enviada desde el teclado local (introducida), el inicio de sesión remoto fallará.
Diseñar el servidor de inicio de sesión remoto como software a nivel de aplicación tiene una gran ventaja: es más fácil modificar y controlar el servidor que incrustar código en el sistema operativo. Pero también tiene la desventaja de ser ineficiente (se explica más adelante), lo cual es aceptable considerando la lentitud con la que los usuarios escriben información.
3 Proceso de inicio de sesión remoto
El inicio de sesión remoto utilizando el protocolo Telnet requiere cumplir las siguientes condiciones: la computadora debe estar equipada con un programa cliente que contenga el protocolo Telnet; Se debe conocer el nombre del host remoto; debe conocer el ID de inicio de sesión y la contraseña.
El servicio de inicio de sesión remoto Telnet se divide en los siguientes cuatro procesos:
1) Establecer una conexión entre los hosts local y remoto. En realidad, este proceso establece una conexión TCP y el usuario debe conocer la dirección IP o el nombre de dominio del host remoto.
2) Convertir el nombre de usuario y la contraseña ingresados en el terminal local y cualquier comando o carácter ingresado posteriormente; al formato NVT (Network Virtual Terminal) al host remoto.
Este proceso en realidad envía un datagrama IP desde el host local al host remoto;
3) Convertir la salida de datos en formato NVT del host remoto a un formato localmente aceptable y enviarlo de regreso al terminal local, incluido visualización del comando de entrada y resultados de ejecución del comando;
4) Finalmente, el terminal local revoca la conexión con el host remoto. Este proceso consiste en revocar la conexión TCP.
Lo anterior solo analiza los aspectos más básicos sobre el inicio de sesión remoto. La complejidad y el arduo trabajo de los programadores son inimaginables. ¡Me pregunto si ha pensado en esto mientras usa Telnet libremente!
Tres protocolos Telnet
Sabemos que el software de servidor Telnet es nuestro software de servidor de inicio de sesión remoto más utilizado. Es un servicio típico en modo cliente/servidor que utiliza el protocolo Telnet. Entonces, ¿qué es el protocolo Telnet? ¿Qué funciones tiene?
1 Contenido básico
El protocolo Telnet es miembro de la familia de protocolos TCP/IP y es el protocolo estándar para los servicios de inicio de sesión remoto de Internet. El protocolo Telnet se puede utilizar para convertir la computadora utilizada por los usuarios locales en una terminal en el sistema host remoto. Proporciona tres servicios básicos:
1) Telnet define un terminal virtual de red y proporciona una interfaz estándar para sistemas remotos. Los programas cliente no necesitan conocer el sistema remoto en detalle, solo necesitan construir programas que utilicen interfaces estándar.
2) Telnet incluye un mecanismo que permite al cliente y al servidor negociar opciones, lo que proporciona una solución; conjunto de opciones Estándar;
3) Telnet maneja ambos extremos de la conexión simétricamente, es decir, Telnet no obliga al cliente a ingresar desde el teclado, ni obliga al cliente a mostrar la salida en la pantalla. .
2 Adaptación a la heterogeneidad
Para que Telnet interopere entre múltiples sistemas operativos, es necesario tener una comprensión detallada de computadoras y sistemas operativos heterogéneos. Por ejemplo, algunos sistemas operativos requieren que cada línea de texto termine con un retorno de carro ASCII (CR), algunos requieren que termine con un avance de línea ASCII (LF) y algunos requieren que termine con una secuencia de dos caracteres de transporte. retorno y avance de línea (CR-LF), por ejemplo, la mayoría de los sistemas operativos proporcionan a los usuarios un atajo para interrumpir un programa, pero este atajo puede variar de un sistema a otro (algunos sistemas usan CTRL). Por ejemplo, la mayoría de los sistemas operativos proporcionan a los usuarios un atajo para interrumpir la ejecución del programa, pero este atajo puede variar de un sistema a otro (algunos sistemas usan CTRL+C, otros usan ESCAPE). Si no se tiene en cuenta la heterogeneidad entre sistemas, es probable que los caracteres o comandos enviados localmente sean inexactos o incorrectos cuando se transmitan e interpreten en el sistema remoto. Por tanto, el protocolo Telnet debe solucionar este problema.
Para adaptarse a entornos heterogéneos, el protocolo Telnet define una forma de transmitir datos y comandos a través de Internet, definición denominada Terminal virtual de red (NVT).
Para los datos enviados: el software cliente convierte las pulsaciones de teclas y secuencias de comandos del terminal de usuario al formato NVT y las envía al servidor. El servidor convierte los datos y comandos recibidos del formato NVT a los requeridos por el control remoto. system. Format;
Para los datos devueltos: el servidor remoto convierte los datos del formato de la máquina remota al formato NVT y el cliente local convierte los datos del formato de la máquina remota a
>Si se reciben Los datos recibidos están en formato NVT y el cliente local volverá a convertir los datos recibidos en formato NVT al formato local.
Para definiciones detalladas del formato NVT, los interesados pueden consultar información relevante.
3 Transmisión de comandos remotos
Sabemos que la mayoría de los sistemas operativos proporcionan varios atajos para implementar los comandos de control correspondientes. Cuando los usuarios escriben estos atajos en la terminal local, el sistema local ejecutará los correspondientes. comandos de control sin tomar estos atajos como entrada. Para Telnet, ¿cómo transmite comandos de control de forma remota?
Telnet también utiliza NVT para definir cómo se transfieren las funciones de control del cliente al servidor.
Sabemos que el conjunto de caracteres USASCII consta de 95 caracteres imprimibles y 33 códigos de control. Cuando el usuario escribe un carácter ordinario localmente, NVT lo transmitirá de acuerdo con su significado original; cuando el usuario escribe una tecla de acceso directo (combinación de teclas), NVT lo convertirá en un carácter ASCII especial y lo transmitirá a través de la red. llega a la máquina remota Convierte en los comandos de control correspondientes. Hay dos razones principales para distinguir el juego de caracteres ASCII normal de los comandos de control:
1) Esta distinción significa que Telnet tiene una mayor flexibilidad: puede transferir todos los caracteres ASCII posibles y todas las funciones de control
;2) Esta distinción permite al cliente especificar la señalización sin ninguna dicotomía o confusión de funciones de control con caracteres ordinarios.