INDICE

INTRODUCCIÓN.............................................................................................................1

DEFINICIÓN....................................................................................................................2

1. COMANDOS DE CONFIGURACIÓN........................................................................3

1.1. ?(AYUDA)...........................................................................................................41.2. LIST....................................................................................................................4

1.3. SET.....................................................................................................................4

1.4. EXIT....................................................................................................................5

2. CONFIGURACIÓN DE LA CONSOLA.....................................................................6

2.1. SET.....................................................................................................................6

3. COMANDOS DE MONITORIZACIÓN.......................................................................7

3.1. SYSTEM TELNET..............................................................................................7

CONCLUSIONES............................................................................................................9

BIBLIOGRAFÍA.............................................................................................................10

INTRODUCCIÓNEl protocolo Telnet se desarrolló pensando en un funcionamiento similar al de

los protocolos cliente-servidor, pero siguiendo una arquitectura diferente a este tipo de protocolos (ya que en parte lo que se busca es la simetría en el protocolo, lo cual impide que internamente la arquitectura sea cliente-servidor). De hecho, se diseñó de forma que se pudiera establecer una sesión en cualquier tipo de servidor, entrando a través de la conexión establecida a partir de un terminal cualquiera (que no actúa como cliente). Este protocolo nos permite, por ejemplo, ejecutar programas en el servidor.

El protocolo trabaja sobre una conexión TCP/IP, estableciendo un canal bidireccional de octetos (semi-duplex a pesar de ser TCP full duplex, por motivos que se verán a continuación) y estableciendo la comunicación de terminal a terminal y de proceso a proceso. El conjunto de caracteres definido es ASCII de 7 bits.

Para poder soportar cualquier tipo de terminal, se introdujo el concepto de ‘Terminal Virtual de Red’ o ‘Network Virtual Terminal’ (NVT), dispositivo intermedio con el que deben trabajar tanto la aplicación servidor como la aplicación cliente. En realidad el NVT es un dispositivo irreal, imaginario (de ahí que se le denomine ‘virtual’) que ambos extremos de la conexión utilizan para registrar (‘mapear’ en memoria) su terminal físico y real. Es decir, la aplicación cliente debe registrar en el NVT el tipo de terminal físico que el usuario cliente está empleando en la máquina que inicia la conexión contra el servidor; y una vez registrado, el servidor debe mapear ese NVT en un terminal que soporte.

Es importante destacar que, si bien el protocolo Telnet en sí no está construido como una arquitectura cliente-servidor, en la práctica se trabaja con aplicaciones que funcionan como clientes Telnet en la máquina que inicia la conexión contra el cliente. De hecho, aunque inicialmente el método de trabajo era emplear un terminal en el cliente compuesto solamente por una impresora y un teclado, y en épocas posteriores sustituyendo la impresora por una pantalla de ordenador y un método de trabajo en modo consola, a día de hoy existen numerosos clientes Telnet que presentan una interfaz gráfica que facilita enormemente el manejo de las aplicaciones. Algunos de esos clientes son PuttY, NetRunner, Zoc, y algunos otros. También hay sistemas operativos que traen sus propios clientes Telnet instalados por defecto.

El objetivo básico de este trabajo es generar el diseño de una aplicación que permita la implementación del protocolo Telnet y su correcto funcionamiento. Para ello, será necesario realizar un diseño de la aplicación que habrá que instalar en la máquina que trabaje como servidor, así como una aplicación que hará las veces de cliente en la máquina que inicie la conexión contra el cliente. Dada la extensión de las diferentes opciones que puede manejar este protocolo, así como los comandos y los modos de operación posibles, en primer lugar se hará un estudio de las características deseadas en las aplicaciones a desarrollar, y después se generará el flujograma correspondiente de cada una de éstas.

1

DEFINICIÓNTelnet es el acrónimo de Telecomunication Network. Se trata del nombre de un

protocolo de red que se utiliza para acceder a una computadora y manejarla de forma remota. El término también permite nombrar al programa informático que implementa el cliente.

El acceso a otra computadora se realiza en modo terminal (sin ningún tipo de interfaz gráfica) y permite solucionar fallos a distancia, de modo tal que el técnico pueda tratar el problema sin necesidad de estar físicamente junto al equipo en cuestión.

Telnet también posibilita la consulta remota de datos o el inicio de una sesión con una maquina UNIX (en este caso, múltiples usuarios pueden abrir sesión de manera simultánea y trabajar con la misma computadora).

El propósito del protocolo TELNET es proporcionar un sistema de comunicaciones general, bidireccional y cuya unidad mínima de transmisión sea el byte. De esta forma, se puede considerar un método estándar de interconectar dispositivos terminales y procesos orientados a terminal entre sí.

TELNET es uno de los primeros intentos de desarrollar un protocolo de terminal virtual (VTP), y fue desarrollado como una parte del conjunto de protocolos TCP/IP.

TELNET está construido sobre tres principios básicos:

El concepto de terminal virtual de red (NVT). Una vista simétrica de terminales y procesos. El principio de opciones negociadas.

El NVT es un dispositivo imaginario que proporciona una representación intermedia de un terminal canónico. Si la entidad de comunicación es un proceso, se necesita un módulo (servidor TELNET) para realizar la conversión entre la representación NVT y la representación del proceso. Si la entidad de comunicación es un terminal, se necesita un módulo (cliente TELNET) para convertir las características del terminal a las del NVT.

Se espera que la comunicación se realice sobre una conexión TCP. TELNET asume que se utilizará el código ASCII para la comunicación. Toda conexión TELNET comienza con una fase de negociación de opciones con las que se indican las características de la conexión. Después de dicha negociación se realiza la transmisión de datos, pudiendo incluir en los mismos comandos mediante la utilización de caracteres de escape.

Los equipos de Teldat incorporan un servidor Telnet (cuya configuración y monitorización se describen en este manual) que permite acceder a la consola de los mismos, con lo que se puede realizar la configuración o monitorización remotamente,

2

del mismo modo que se haría en la consola de modo local. También incluyen un cliente Telnet para poder conectarse a cualquier servidor Telnet de un servidor remoto.

1.COMANDOS DE CONFIGURACIÓNEn este apartado se describen los comandos para configurar el protocolo TELNET.

Para acceder al entorno de configuración propio del protocolo TELNET, se deben introducir los siguientes comandos:

La siguiente tabla resume los comandos de configuración del protocolo TELNET.

3

1.1.?(AYUDA)Tecleando ? se muestran todos los comandos disponibles. También puede usar el

símbolo ? para visualizar las distintas opciones de cada comando.

Sintaxis:

Ejemplo:

1.2.LIST Utilice el comando LIST para visualizar el contenido de la configuración TELNET.

Sintaxis:

Ejemplo:

Listado correspondiente a la configuración por defecto:

1.3.SETSintaxis:

4

a) SET MAX-TELNETS

Permite configurar el máximo número de sesiones telnet que se pueden abrir contra el equipo. Por defecto, sólo se pueden abrir cuatro sesiones simultáneas. El máximo número de sesiones configurables es de 20, y con 0 deshabilitaríamos el acceso al equipo mediante telnet.

Sintaxis:

Ejemplo:

b) SET PORT

Permite configurar el puerto asignado de Telnet del equipo. Por defecto, se usa el puerto 23.

Sintaxis:

Ejemplo:

1.4.EXITUse este comando para volver al prompt anterior.

Sintaxis:

Ejemplo:

5

2.CONFIGURACIÓN DE LA CONSOLAEs conveniente notar que además de los parámetros propios de configuración del

protocolo Telnet, existen ciertos comandos relacionados con la configuración del proceso de consola que pueden afectar al funcionamiento del servidor de Telnet. Se puede acceder a estos parámetros desde el prompt de configuración general, de esta forma:

2.1.SETSintaxis:

a) SET INACTIVITY-TIMER

Permite configurar el tiempo máximo de inactividad (es decir, sin que se pulse una tecla o se envíe un carácter) en el proceso que permite acceder al equipo mediante consola (tanto mediante TELNET como por acceso local). El valor se proporciona en minutos, y el rango permitido está entre 1 minuto y 10 horas. Pasado dicho tiempo el servidor TELNET del equipo desconecta al usuario o la consola local se pausa. Cuando la consola local del equipo se pausa por inactividad, es necesario pulsar una tecla para recuperarla o introducir una clave de acceso en caso de que ésta esté habilitada (véase el siguiente comando SET PASSWORD).

Sintaxis:

Ejemplo:

6

b) SET PASSWORD

Permite configurar la clave de acceso al equipo mediante terminal remoto TELNET, conexión local por consola, o conexión por FTP.

Sintaxis:

Ejemplo:

Si lo que se desea es borrar la clave, para tener acceso sin clave hay que usar el comando NO.

Ejemplo:

3.COMANDOS DE MONITORIZACIÓNEn este apartado se describen los comandos que permiten monitorizar el servidor

Telnet. Estos comandos se encuentran en el prompt común de monitorización, al que se accede de la siguiente forma:

3.1.SYSTEM TELNETMuestra información sobre los usuarios conectados al equipo

Sintaxis:

7

Ejemplo:

El significado de los campos que aparecen es el siguiente:

ID Número identificador de la sesión Telnet.

USER Nombre del usuario conectado al equipo. Este campo se mostrará vacío si no hay usuarios creados en el equipo.

IP ADDRESS: PORT Dirección IP y puerto desde el que se recibe la conexión.

CONNECTION TIME Fecha y hora en que se produjo la conexión.

INACTIVITY TIMETiempo de inactividad de la sesión Telnet. En caso de estar desactivado este parámetro en la configuración del equipo su valor es 0.

En este caso de ejecutarse este comando desde una sesión telnet aparece un asterisco junto al campo de tiempo de inactividad indicando la sesión desde la que se está accediendo.

8

CONCLUSIONESSe puede afirmar que el protocolo Telnet es un protocolo que cumple

holgadamente su función: permitir la comunicación entre máquinas de distinto tipo. Es un protocolo flexible y que admite múltiples posibilidades, y esto es lo único que podría dificultar en parte su implementación práctica: puede incluir seguridad y autenticación, cifrado, control de flujo, varios modos de funcionamiento, etc. También es posible afirmar que, aunque la arquitectura interna de este protocolo no es cliente - servidor (debido fundamentalmente a la simetría del protocolo), en la práctica es posible desarrollar una aplicación que funcione como cliente-servidor: de ahí el título, a primera vista contradictorio con el protocolo, de este trabajo.

La aplicación cliente-servidor para protocolo Telnet que aquí se ha desarrollado probablemente no funcionaría correctamente con clientes y/o servidores distintos a los desarrollados. Esto se debe no a que hayamos violado de alguna manera las directrices del protocolo, sino a que se han añadido ciertas funcionalidades que no tendrían por qué estar presentes en cualquier otro cliente o servidor Telnet (por ejemplo, el cifrado de la clave mediante DES). Por tanto, una posible mejora podría consistir en eliminar dicho cifrado, pero eso redundaría en la seguridad de la autenticación, lo cual podría ser contraproducente en determinadas aplicaciones.

Otra posibilidad es fijar por defecto el modo de trabajo en modo línea. Esto evitaría la gran cantidad de tráfico que se genera en la línea debido a que cada carácter se envía en un mensaje distinto, provocando diversas colisiones y multitud de paquetes circulando por la red. Las colisiones además agravan el problema.

También podríamos tratar de implementar una aplicación que empleara caracteres ASCII en lugar de NVT ASCII a la hora de trabajar con los datos. Esto evitaría el problema de no poder enviar los comandos con un solo byte, pero haría que las aplicaciones fueran potencialmente inválidas con clientes y servidores ajenos a los desarrollados, que no tendrían por qué implementar ASCII en lugar de NVT ASCII.

En definitiva, este protocolo admitiría múltiples implementaciones estándar y no estándar, queda en manos del desarrollador decidir si prefiere crear un diseño válido para cualquier cliente y/o servidor, o desarrollar el par propio. En función del destino de la aplicación, puede ser interesante cualquiera de las dos alternativas.

9

BIBLIOGRAFÍA W. Richard Stevens, “TCP/IP Illustrated, Volume 1: The Protocols”. Addison-

Wesley Professional Computing Series.

J. M. Arco Rodríguez, B. Alarcos Alcázar, A. Domingo Ajenjo, “Programación de aplicaciones en redes de comunicaciones bajo entorno UNIX”. Servicio de publicaciones de la UAH.

http://definicion.de/telnet/

http://es.ccm.net/contents/283-protocolo-telnet

http://searchnetworking.techtarget.com/definition/Telnet

10