Comunicaciones y Redes

Servicios Bsicos en Internet

ACOSTA MARCELO CERRUDO WALTER

UADER FACULTAD DE CIENCIAS Y TECNOLOGAS - JULIO DE 2008

Comunicaciones y Redes
Servicios Bsicos en Internet

ndice
Servicios Bsicos en Internet 1

NDICE CORREO ELECTRNICO

Introduccin Direcciones de correo Encabezado Funcionamiento Rel Abierto El protocolo SMTP Ejemplo de una sesin telnet con un servidor SMTP El protocolo POP3 Ejemplo de una sesin telnet con un servidor SMTP Protocolo IMAP Ventajas Frente a POP3

1 3
3 3 3 4 4 5 6 6 7 7 8

TRANSFERENCIA DE ARCHIVOS O FTP

Introduccin al protocolo FTP La funcin del protocolo FTP El modelo FTP Los comandos FTP Tipos de comandos FTP Las respuestas FTP Ejemplo de una sesin FTP via Telnet Modos de conexin del cliente FTP Modo Activo Modo Pasivo Tipos de transferencia de archivos en FTP Type ASCII Type binary

9
9 9 9 10 10 12 13 13 13 13 14 14 14

GOPHER
Introduccin Servidores Gopher Tipos de entradas Ejemplo de acceso a Gopher mediante Telnet

15
15 15 15 17

VERNICA
Acceso

19
19

ARCHIE
Introduccin

20
20

TELNET (TELECOMMUNICATION NETWORK)

Introduccin Protocolo Telnet

21
21 21

MARCELO ACOSTA WALTER CERRUDO

| 1

Comunicaciones y Redes
Servicios Bsicos en Internet

La nocin de terminal virtual El principio de opciones negociadas Las reglas de negociacin

22 22 23

NEWS
Introduccin

24
24

IRC
Introduccin

25
25

PING
Introduccin Modo de Uso

26
26 26

WHOIS

27

MARCELO ACOSTA WALTER CERRUDO

| 2

Comunicaciones y Redes
Servicios Bsicos en Internet

Correo electrnico
Introduccin
60: Nacimiento del correo electrnico. El buzn era un archivo, cada nuevo mensaje se anexaba al final, era capaz solo de enviar mensajes a usuarios en el mismo sistema. 1971: Primera transferencia (Ray Tomlison) a travs de ARPANET (antecesor de Internet). Direcciones de correo Las direcciones de correo electrnico (tanto para remitentes como para destinatarios) son dos cadenas separadas por el carcter "@" ("arroba"), el cual se puede interpretar como en: usuario@dominio A la derecha se describe el nombre del dominio involucrado y a la izquierda se hace referencia al usuario que pertenece a ese dominio. Una direccin de correo electrnico puede tener hasta 255 caracteres y puede incluir los siguientes caracteres: Letras minsculas de la A a la Z; Dgitos Los caracteres ".","_" y "-" (punto final, subrayado y guin)

Ej: nombre.apellido@proveedor.dominio Encabezado El encabezado, un conjunto de lneas que contienen informacin sobre la transmisin del mensaje, tales como la direccin del remitente, la direccin del destinatario, o fechas y horas que muestran cundo los servidores intermediarios enviaron el mensaje a los agentes de transporte (MTA), que actan como una oficina de clasificacin de correo. El encabezado comienza con una lnea De y cambia cada vez que atraviesa un servidor intermediario. Usando los encabezados, se puede ver el camino exacto que recorri el correo electrnico, y cunto tiempo le llev a cada servidor procesarlo. El mensaje propiamente dicho, est compuesto de los dos elementos que se muestran a continuacin: 1. los campos del encabezado, un conjunto de lneas que describen las configuraciones del mensaje, tales como el remitente, el receptor, la fecha, etc. Cada uno tiene el siguiente formato: Nombre: Un correo electrnico incluye por lo menos los siguientes tres encabezados: De: la direccin de correo electrnico del remitente A: la direccin de correo electrnico del destinatario Fecha: la fecha cuando se envi el mail Puede contener los siguientes campos opcionales: Recibido: informacin diversa sobre los servidores intermediarios y la fecha cuando se proces el mensaje.

MARCELO ACOSTA WALTER CERRUDO

| 3

Comunicaciones y Redes
Servicios Bsicos en Internet

Responder a: un direccin para responder. Tema: el tema del mensaje ID del mensaje: una identificacin nica para el mensaje. 2. el cuerpo del mensaje, que contiene el mensaje, separado del encabezado por un salto de lnea. El correo electrnico est compuesto por lneas de caracteres de 7 bits US-ASCII visualizables. Cada lnea tiene como mximo 76 caracteres, por razones de compatibilidad, y termina con caracteres CRLF (\r\n). Funcionamiento Cuando se enva un correo electrnico, el mensaje se enruta de servidor a servidor hasta llegar al servidor de correo electrnico del receptor. Ms precisamente, el mensaje se enva al servidor del correo electrnico (llamado MTA, del ingls Mail Transport Agent [Agente de Transporte de Correo]) que tiene la tarea de transportarlos hacia el MTA del destinatario. En Internet, los MTA se comunican entre s usando el protocolo SMTP, y por lo tanto se los llama servidores SMTP (o a veces servidores de correo saliente). Luego el MTA del destinatario entrega el correo electrnico al servidor del correo entrante (llamado MDA, del ingls Mail Delivery Agent [Agente de Entrega de Correo]), el cual almacena el correo electrnico mientras espera que el usuario lo acepte. Existen dos protocolos principales utilizados para recuperar un correo electrnico de un MDA: POP3 (Post Office Protocol [Protocolo de Oficina de Correo]), el ms antiguo de los dos, que se usa para recuperar el correo electrnico y, en algunos casos, dejar una copia en el servidor. IMAP (Internet Message Access Protocol [Protocolo de Acceso a Mensajes de Internet]), el cual se usa para coordinar el estado de los correos electrnicos (ledo, eliminado, movido) a travs de mltiples clientes de correo electrnico. Con IMAP, se guarda una copia de cada mensaje en el servidor, de manera que esta tarea de sincronizacin se pueda completar.

SERVIDOR MTP
INTERNET

SERVIDOR MTP

CLIENTE DE CORREO ELECTRONICO

CLIENTE DE CORREO ELECTRONICO

SERVIDOR POP/IMAP

Por esta razn, los servidores de correo entrante se llaman servidores POP o servidores IMAP, segn el protocolo usado. Rel Abierto Por defecto, y por razones histricas, no es necesario autenticar la propia identidad para enviar un correo electrnico, lo cual significa que es muy fcil falsificar la propia direccin cuando se enva un correo.

MARCELO ACOSTA WALTER CERRUDO

| 4

Comunicaciones y Redes
Servicios Bsicos en Internet

Por esta razn, casi todos los proveedores de servicio de Internet bloquean sus servidores SMTP para que slo sus suscriptores puedan usarlos, o ms precisamente solo las mquinas cuyas direcciones IP pertenezcan al dominio del ISP. Esto explica la razn por la cual los usuarios que viajan deben modificar la configuracin del servidor de salida de sus clientes de correo electrnico cada vez que cambian de casa o de empleo. Cuando el servidor de correo electrnico de una organizacin est mal configurado y permite que terceros en cualquier red enven correos electrnicos, esto se llama rel abierto. Generalmente los rels abiertos son usados por los spammers, ya que al hacerlo, esconden el verdadero origen de sus mensajes. Como resultado, muchos ISP mantienen una lista negra actualizada de rels abiertos, para evitar que los suscriptores reciban mensajes de tales servidores.

El protocolo SMTP
El protocolo SMTP (Protocolo simple de transferencia de correo) es el protocolo estndar que permite la transferencia de correo de un servidor a otro mediante una conexin punto a punto. ste es un protocolo que funciona en lnea, encapsulado en una trama TCP/IP. El correo se enva directamente al servidor de correo del destinatario. El protocolo SMTP funciona con comandos de textos enviados al servidor SMTP (al puerto 25 de manera predeterminada). A cada comando enviado por el cliente (validado por la cadena de caracteres ASCII CR/LF, que equivale a presionar la tecla Enter) le sigue una respuesta del servidor SMTP compuesta por un nmero y un mensaje descriptivo. Al abrir la sesin SMTP, el primer comando que se enva es el comando HELO seguido por un espacio (escrito <SP>) y el nombre de dominio de su equipo (para decir "hola, soy este equipo"), y despus validado por Enter (escrito <CRLF>). El segundo comando es "MAIL FROM:" seguido de la direccin de correo electrnico del remitente. Si se acepta el comando, el servidor responde con un mensaje "250 OK". El siguiente comando es "RCPT TO:" seguido de la direccin de correo electrnico del destinatario. Si se acepta el comando, el servidor responde con un mensaje "250 OK". El comando DATA anuncia el comienzo del cuerpo del mensaje. Si se acepta el comando, el servidor responde con un mensaje intermediario numerado 354 que indica que puede iniciarse el envo del cuerpo del mensaje y considera el conjunto de lneas siguientes hasta el final del mensaje indicado con una lnea que contiene slo un punto. El cuerpo del correo electrnico eventualmente contenga algunos de los siguientes encabezados: Date (Fecha) Subject (Asunto) Cc Bcc (Cco) From (De)

Si se acepta el comando, el servidor responde con un mensaje "250 OK".

MARCELO ACOSTA WALTER CERRUDO

| 5

Comunicaciones y Redes
Servicios Bsicos en Internet

Ejemplo de una sesin telnet con un servidor SMTP C:\ telnet smtp.arnet.com.ar 25 220 smtp-01.arnet.com.ar ESMTP helo loclahost<CRLF> 250 smtp-01.arnet.com.ar mail from: walter_cerrudo@hotmail.com<CRLF> 250 ok rcpt to: rocio_mgd@arnet.com.ar<CRLF> 250 ok data<CRLF> 354 go ahead subject: asunto<CRLF> from: mensaje<CRLF> to: rocio<CRLF> <CRLF> este es el mensaje... <CRLF> . <CRLF> 250 ok 1209349627 qp 32029 quit<CRLF> 221 smtp-01.arnet.com.ar

Comandos Insertados por el Usuario Respuesta del servidor

El protocolo POP3
El protocolo POP (Protocolo de oficina de correos), permite recoger el correo electrnico en un servidor remoto (servidor POP), necesario para las personas que no estn permanentemente conectadas a Internet, ya que as pueden consultar sus correos electrnicos recibidos sin que ellos estn conectados. Tiene asignado el puerto 110, y que funciona utilizando comandos de texto radicalmente diferentes. Al igual que con el protocolo SMTP, el protocolo POP3 funciona con comandos de texto enviados al servidor POP. Cada uno de estos comandos enviados por el cliente (validados por la cadena CR/LF) est compuesto por una palabra clave, posiblemente acompaada por uno o varios argumentos, y est seguido por una respuesta del servidor POP compuesta por un nmero y un mensaje descriptivo. El protocolo POP3 administra la autenticacin utilizando el nombre de usuario y la contrasea. Sin embargo, esto no es seguro, ya que las contraseas, al igual que los correos electrnicos, circulan por la red como texto sin codificar (de manera no cifrada). En realidad, segn RFC 1939, es posible cifrar la contrasea utilizando un algoritmo MD5 y beneficiarse de una autenticacin segura. Sin embargo, debido a que este comando es opcional, pocos servidores lo implementan. Adems, el protocolo POP3 bloquea las bandejas de entrada durante el acceso, lo que significa que es imposible que dos usuarios accedan de manera simultnea a la misma bandeja de entrada. De la misma manera que es posible enviar un correo electrnico utilizando telnet, tambin es posible acceder al correo entrante utilizando un simple telnet por el puerto del servidor POP (110 de manera predeterminada): MARCELO ACOSTA WALTER CERRUDO | 6

Comunicaciones y Redes
Servicios Bsicos en Internet

Ejemplo de una sesin telnet con un servidor SMTP C:\telnet mail.commentcamarche.net 110 +OK user usuario +OK please, send your password pass password +OK Welcome to your mailbox !!! List +OK 1 682 2 1228 3 689 4 7883 5 651 . retr 3+OK 689 octets Return-Path: <walter> Delivered-To: rocio_mgd@arnet.com.ar Received: (qmail 524 invoked from network); 21 Apr 2008 01:40:34 -0000 Received: from unknown (HELO qsmtp-mx-14) ([192.168.132.20]) (envelope-sender <walter>) by 0 (qmail-ldap-1.03) with SMTP for <rocio_mgd@arnet.com.ar>; 21 Apr 2008 01:40:34 -0000 Received: from unknown (HELO smtp-03.arnet.com.ar) (200.45.191.14) by 0 with SMTP; 21 Apr 2008 01:40:34 -0000 Received: (qmail 7111 invoked from network); 21 Apr 2008 01:40:34 -0000 Received: from unknown (HELO server) (200.117.178.183) by 0 with SMTP; 21 Apr 2008 01:39:52 -0000 subject:asunto from:Walter to:nadie en especial <ENTER> mensaje del correo quit +OK Have a nice day! Comandos Insertados por el Usuario Respuesta del servidor

Protocolo IMAP
El protocolo IMAP (Protocolo de acceso a mensajes de Internet) es un protocolo alternativo al de POP3, pero que ofrece ms posibilidades: IMAP permite a un usuario acceder remotamente a su correo electrnico como si este fuera local. Adems permite leer el correo desde diferentes puestos (clientes) sin la necesidad de transferir los mensajes entre las diferentes mquinas. Por tanto se entiende que los buzones se almacenan en el servidor.

MARCELO ACOSTA WALTER CERRUDO

| 7

Comunicaciones y Redes
Servicios Bsicos en Internet

El protocolo incluye funciones de creacin, borrado y renombrado de carpetas donde almacenar sus mensajes. Es completamente compatible con standars como MIME. Permite el acceso y la administracin de mensajes desde ms de un ordenador. Soporta accesos concurrentes a buzones compartidos. El cliente de correo no necesita conocer el formato de almacenamiento de los ficheros en el servidor. Adems permite conocer el estado del mensaje, recibido, no recibido, ledo, no ledo, etc. Ventajas Frente a POP3 Soporte para los modos de operacin connected y disconnected. Al utilizar POP3, los clientes se conectan brevemente al servidor de correo, solamente el tiempo que les tome descargar los nuevos mensajes. Al utilizar IMAP, los clientes permanecen conectados el tiempo que su interfaz permanezca activa y descargan los mensajes bajo demanda. Esta manera de trabajar de IMAP puede dar tiempos de respuesta ms rpidos para usuarios que tienen una gran cantidad de mensajes o mensajes grandes. Soporte para la conexin de mltiples clientes simultneos a un mismo destinatario. El protocolo POP3 supone que el cliente conectado es el nico dueo de una cuenta de correo. En contraste, el protocolo IMAP4 permite accesos simultneos a mltiples clientes y proporciona ciertos mecanismos a los clientes para que se detecten los cambios hechos a un mailbox por otro cliente concurrentemente conectado. Soporte para acceso a partes MIME de los mensajes y obtencin parcial. Casi todo el correo electrnico de Internet es transmitido en formato MIME. El protocolo IMAP4 le permite a los clientes obtener separadamente cualquier parte MIME individual, as como obtener porciones de las partes individuales o los mensajes completos. Soporte para que la informacin de estado del mensaje se mantenga en el servidor. A travs de la utilizacin de banderas definidas en el protocolo IMAP4 de los clientes, se puede vigilar el estado del mensaje, por ejemplo, si el mensaje ha sido o no ledo, respondido o eliminado. Estas banderas se almacenan en el servidor, de manera que varios clientes conectados al mismo correo en diferente tiempo pueden detectar los cambios hechos por otros clientes. Soporte para accesos mltiples a los buzones de correo en el servidor. Los clientes de IMAP4 pueden crear, renombrar o eliminar correo (por lo general presentado como carpetas al usuario) del servidor, y mover mensajes entre cuentas de correo. El soporte para mltiples buzones de correo tambin le permite al servidor proporcionar acceso a los directorios pblicos y compartidos.

MARCELO ACOSTA WALTER CERRUDO

| 8

Comunicaciones y Redes
Servicios Bsicos en Internet

Transferencia de archivos o FTP

Introduccin al protocolo FTP
El protocolo FTP (Protocolo de transferencia de archivos) es, como su nombre lo indica, un protocolo para transferir archivos. La implementacin del FTP se remonta a 1971 cuando se desarroll un sistema de transferencia de archivos (descrito en RFC114, actualmente definido por RFC959) entre equipos del Instituto Tecnolgico de Massachusetts (MIT, Massachusetts Institute of Technology). Desde entonces, diversos documentos de RFC (peticin de comentarios) han mejorado el protocolo bsico, pero las innovaciones ms importantes se llevaron a cabo en julio de 1973. La funcin del protocolo FTP El protocolo FTP define la manera en que los datos deben ser transferidos a travs de una red TCP/IP. El objetivo del protocolo FTP es: permitir que equipos remotos puedan compartir archivos permitir la independencia entre los sistemas de archivo del equipo del cliente y del equipo del servidor permitir una transferencia de datos eficaz

El modelo FTP El protocolo FTP est incluido dentro del modelo cliente-servidor, es decir, un equipo enva rdenes (el cliente) y el otro espera solicitudes para llevar a cabo acciones (el servidor). Durante una conexin FTP, se encuentran abiertos dos canales de transmisin: Un canal de comandos (canal de control) Un canal de datos

El cliente y el servidor cuentan con dos procesos que permiten la administracin de estos dos tipos de informacin: DTP: (Proceso de transferencia de datos) es el proceso encargado de establecer la conexin y de administrar el canal de datos. El DTP del lado del servidor se denomina SERVIDOR DE DTP y el DTP del lado del cliente se denomina USUARIO DE DTP. PI: (Intrprete de protocolo) interpreta el protocolo y permite que el DTP pueda ser controlado mediante los comandos recibidos a travs del canal de control. Esto es diferente en el cliente y el servidor: El SERVIDOR PI es responsable de escuchar los comandos que provienen de un USUARIO PI a travs del canal de control en un puerto de datos, de establecer la conexin para el canal de control, de recibir los comandos FTP del USUARIO PI a travs de ste, de responderles y de ejecutar el SERVIDOR de DTP. El USUARIO PI es responsable de establecer la conexin con el servidor FTP, de enviar los comandos FTP, de recibir respuestas del SERVIDOR PI y de controlar al USUARIO DE DTP, si fuera necesario.

MARCELO ACOSTA WALTER CERRUDO

| 9

Comunicaciones y Redes
Servicios Bsicos en Internet

Cuando un cliente FTP se conecta con un servidor FTP, el USUARIO PI inicia la conexin con el servidor de acuerdo con el protocolo Telnet. El cliente enva comandos FTP al servidor, el servidor los interpreta, ejecuta su DTP y despus enva una respuesta estndar. Una vez que se establece la conexin, el servidor PI proporciona el puerto por el cual se enviarn los datos al Cliente DTP. El cliente DTP escucha el puerto especificado para los datos provenientes del servidor.

Los comandos FTP

Toda comunicacin que se realice en el canal de control sigue las recomendaciones del protocolo Telnet. Por lo tanto, los comandos FTP son cadenas de caracteres Telnet (en cdigo NVT-ASCII) que finalizan con el cdigo de final de lnea Telnet (es decir, la secuencia <CR>+<LF>, Retorno de carro seguido del carcter Avance de lnea indicado como <CRLF>). Si el comando FTP tiene un parmetro, ste se separa del comando con un espacio (<SP>).

SERVIDOR

CLIENTE

USUARIO
GUI

COMANDOS DE RESPUESTA SERVIDOR PI SISTEMA DE ARCHIVOS CANAL DE CONTROL CLIENTE PI SISTEMA DE ARCHIVOS

SERVIDOR DTP

CANAL DE DATOS

USUARIO DE DTP

Los comandos FTP hacen posible especificar: El puerto utilizado El mtodo de transferencia de datos La estructura de datos La naturaleza de la accin que se va a realizar (Recuperar, Enumerar, Almacenar, etc.)

Tipos de comandos FTP Comandos de control de acceso Comandos de parmetros de transferencia Comandos de servicio FTP Comandos de control de acceso

MARCELO ACOSTA WALTER CERRUDO

| 10

Comunicaciones y Redes
Servicios Bsicos en Internet

Comandos de control de acceso Comando USER PASS ACCT CWD CDUP SMNT REIN QUIT Descripcin Cadena de caracteres que permite identificar al usuario. La identificacin del usuario es necesaria para establecer la comunicacin a travs del canal de datos. Cadena de caracteres que especifica la contrasea del usuario. Este comando debe ser inmediatamente precedida por el comando

USER. El cliente debe decidir si esconder la visualizacin de este comando por razones de seguridad.
Cadena de caracteres que especifica la cuenta del usuario. El comando generalmente no es necesario. Durante la respuesta que acepta la contrasea, si la respuesta es 230, esta etapa no es necesaria; Si la respuesta es 332, s lo es.

Change Working Directory (Cambiar el directorio de trabajo): este comando permite cambiar el directorio actual. Este comando requiere la ruta de acceso al directorio para que se complete como un argumento. Change to Parent Directory (Cambiar al directorio principal): este comando permite regresar al directorio principal. Se introdujo para resolver los problemas de denominacin del directorio principal segn el sistema (generalmente ".."). Structure Mount (Montar estructura): Reinitialize (Reinicializar):
Comando que permite abandonar la sesin actual. Si es necesario, el servidor espera a que finalice la transferencia en progreso y despus proporciona una respuesta antes de cerrar la conexin.

Comandos de parmetros de transferencia Comando PORT PASV TYPE STRU MODE Descripcin Cadena de caracteres que permite especificar el nmero de puerto utilizado. Comando que permite indicar al servidor de DTP que permanezca a la espera de una conexin en un puerto especfico elegido aleatoriamente entre los puertos disponibles. La respuesta a este comando es la direccin IP del equipo y el puerto. Este comando permite especificar el tipo de formato en el cual se enviarn los datos. Carcter Telnet que especifica la estructura de archivos (F de File [Archivo], R de Record [Registro], P de Page [Pgina]). Carcter Telnet que especifica el mtodo de transferencia de datos (S de Stream [Flujo], B de Block [Bloque], C de Compressed [Comprimido]).

Comandos de servicio FTP Comando RETR STOR Descripcin Este comando (RETRIEVE [RECUPERAR]) le pide al servidor de DTP una copia del archivo cuya ruta de acceso se da en los parmetros. Este comando (store [almacenar]) le pide al servidor de DTP que acepte los datos enviados por el canal de datos y que los almacene en un archivo que lleve el nombre que se da en los parmetros. Si el archivo no existe, el servidor lo crea; de lo contrario, lo sobrescribe. Este comando es idntico al anterior, slo le pide al servidor que cree un archivo cuyo nombre sea nico. El nombre del archivo se enva en la respuesta. Gracias a este comando (append [adjuntar]) los datos enviados se concatenan en el archivo que lleva el nombre dado en el parmetro si ya existe; si no es as, se crea. Este comando (allocate [reservar]) le pide al servidor que reserve un espacio de almacenamiento lo suficientemente grande como para recibir el archivo cuyo nombre se da en el argumento. Este comando (restart [reiniciar]) permite que se reinicie una transferencia desde donde se detuvo. Para hacer esto, el comando enva en el parmetro el marcador que representa la posicin en el archivo donde la transferencia se haba interrumpido. Despus de este comando se debe enviar inmediatamente un comando de transferencia. Este comando (rename from [renombrar desde]) permite volver a nombrar un archivo. En los parmetros indica el nombre del archivo que se va a renombrar y debe estar inmediatamente seguido por el comando RNTO. Este comando (rename from [renombrar a]) permite volver a nombrar un archivo. En los parmetros indica el nombre del archivo que se va a renombrar y debe estar inmediatamente seguido por el comando RNFR. Este comando (delete [borrar]) permite que se borre un archivo, cuyo nombre se da en los parmetros. Este comando es irreversible y la confirmacin slo puede darse a nivel cliente. Este comando (remove directory [eliminar directorio]) permite borrar un directorio. El nombre del directorio que se va a borrar se indica en los parmetros. Este comando (make directory [crear directorio]) permite crear un directorio. El nombre del directorio que se va a crear se indica en los parmetros. Este comando (print working directory [mostrar el directorio actual]) hace posible volver a enviar la ruta del directorio actual completa. Este comando permite que se vuelva a enviar la lista de archivos y directorios presentes en el directorio actual. Esto se enva a travs del DTP pasivo. Es posible indicar un nombre de directorio en el parmetro de este comando. El servidor de DTP enviar la

STOU APPE ALLO REST

RNFR RNTO DELE RMD MKD PWD LIST

MARCELO ACOSTA WALTER CERRUDO

| 11

Comunicaciones y Redes
Servicios Bsicos en Internet

lista de archivos del directorio ubicado en el parmetro. NLST STAT Este comando (name list [lista de nombres]) permite enviar la lista de archivos y directorios presentes en el directorio actual. Este comando (Estado: [estado]) permite transmitir el estado del servidor; por ejemplo, permite conocer el progreso de una transferencia actual. Este comando acepta una ruta de acceso en el argumento y despus devuelve la misma informacin que LISTA pero a travs del canal de control. Este comando permite conocer todos los comandos que el servidor comprende. La informacin se devuelve por el canal de control.

HELP

Las respuestas FTP Las respuestas FTP garantizan la sincronizacin entre el cliente y el servidor FTP. Por lo tanto, por cada comando enviado por el cliente, el servidor eventualmente llevar a cabo una accin y sistemticamente enviar una respuesta. Las respuestas estn compuestas por un cdigo de 3 dgitos que indica la manera en la que el comando enviado por el cliente ha sido procesado. Sin embargo, debido a que el cdigo de 3 dgitos resulta difcil de leer para las personas, est acompaado de texto (cadena de caracteres Telnet separada del cdigo numrico por un espacio). Los cdigos de respuesta estn compuestos por 3 nmeros, cuyos significados son los siguientes: El primer nmero indica el estatuto de la respuesta (exitosa o fallida) El segundo nmero indica a qu se refiere la respuesta. El tercer nmero brinda un significado ms especfico (relacionado con cada segundo dgito). Primer nmero
Primer nmero Dgito 1yz 2yz 3yz 4yz 5yz Significado Respuesta preliminar positiva Descripcin La accin solicitada est en progreso. Se debe obtener una segunda respuesta antes de enviar un segundo comando. La accin solicitada se ha completado y puede enviarse un nuevo comando. La accin solicita est temporalmente suspendida. Se espera informacin adicional del cliente. La accin solicitada no se ha realizado debido a que el comando no se ha aceptado temporalmente. Se le solicita al cliente que intente ms tarde. La accin solicitada no se ha realizado debido a que el comando no ha sido aceptado. Se le solicita al cliente que formule una solicitud diferente.

Respuesta de finalizacin positiva Respuesta positiva intermedia

Respuesta de finalizacin negativa Respuesta permanente negativa

Segundo nmero Dgito x0z x1z x2z x3z x4z x5z Sintaxis Informacin Conexiones Autenticacin y cuentas No utilizado por el protocolo FTP. Sistema de archivos La respuesta se relaciona con el sistema de archivos remoto. Significado Descripcin La accin tiene un error de sintaxis o sino, es un comando que el servidor no comprende. sta es una respuesta que enva informacin (por ejemplo, una respuesta a un comando STAT). La respuesta se refiere al canal de datos. La respuesta se refiere al inicio de sesin (USUARIO/CONTRASEA) o a la solicitud para cambiar la cuenta (CPT).

MARCELO ACOSTA WALTER CERRUDO

| 12

Comunicaciones y Redes
Servicios Bsicos en Internet

Ejemplo de una sesin FTP via Telnet

ftp host01.itsc.raleigh.ibm.com Connected to host01.itsc.raleigh.ibm.com. 220 host01 FTP server (Version 4.1 Sat Nov 23 12:52:09 CST 1991) ready. Name (rs60002): cms01 331 Password required for cms01. Password: xxxxxx 230 User cms01 logged in. ftp> put file01.tst file01.tst 200 PORT command successful. 150 Opening data connection for file01.tst (1252 bytes). 226 Transfer complete. local: file01.tst remote: file01.tst 1285 bytes received in 0.062 seconds (20 Kbytes/s) ftp> close 221 Goodbye. ftp> quit

Comandos Insertados por el Usuario Respuesta del servidor

Modos de conexin del cliente FTP

Modo Activo En modo Activo, el servidor siempre crea el canal de datos en su puerto 20, mientras que en el lado del cliente el canal de datos se asocia a un puerto aleatorio mayor que el 1024. Para ello, el cliente manda un comando PORT al servidor por el canal de control indicndole ese nmero de puerto, de manera que el servidor pueda abrirle una conexin de datos por donde se transferirn los archivos y los listados, en el puerto especificado. Lo anterior tiene un grave problema de seguridad, y es que la mquina cliente debe estar dispuesta a aceptar cualquier conexin de entrada en un puerto superior al 1024, con los problemas que ello implica si tenemos el equipo conectado a una red insegura como Internet. De hecho, los cortafuegos que se instalen en el equipo para evitar ataques seguramente rechazarn esas conexiones aleatorias. Para solucionar esto se desarroll el modo Pasivo. Modo Pasivo Cuando el cliente enva un comando PASV sobre el canal de control, el servidor FTP abre un puerto efmero (cualquiera entre el 1024 y el 5000) e informa de ello al cliente FTP para que, de esta manera, sea el cliente quien conecte con ese puerto del servidor y as no sea necesario aceptar conexiones aleatorias inseguras para realizar la transferencia de datos. Antes de cada nueva transferencia, tanto en el modo Activo como en el Pasivo, el cliente debe enviar otra vez un comando de control (PORT o PASV, segn el modo en el que haya conectado), y el servidor recibir esa conexin de datos en un nuevo puerto aleatorio (si est en modo pasivo) o por el puerto 20 (si est en modo activo).

MARCELO ACOSTA WALTER CERRUDO

| 13

Comunicaciones y Redes
Servicios Bsicos en Internet

Tipos de transferencia de archivos en FTP

Es importante conocer cmo debemos transportar un archivo a lo largo de la red. Si no utilizamos las opciones adecuadas podemos destruir la informacin del archivo. Por eso, al ejecutar la aplicacin FTP, debemos acordarnos de utilizar uno de estos comandos (o poner la correspondiente opcin en un programa con interfaz grfica):

Type ASCII Adecuado para transferir archivos que slo contengan caracteres imprimibles (archivos ASCII, no archivos resultantes de un procesador de texto), por ejemplo pginas HTML, pero no las imgenes que puedan contener. Type binary Este tipo es usado cuando se trata de archivos comprimidos, ejecutables para PC, imgenes, archivos de audio...

MARCELO ACOSTA WALTER CERRUDO

| 14

Comunicaciones y Redes
Servicios Bsicos en Internet

Gopher Introduccin
Gopher es uno de los sistemas de Internet para recuperar informacin que precedi a la World Wide Web. Fue creado en 1991 en la Universidad de Minesota y fue el primer sistema que permiti pasar de un sitio a otro seleccionando una opcin en el men de una pgina. Esa es la razn por la que adquiri mayor popularidad que sus competidores, que acabaron siendo sustituidos por la Web. Con Gopher puedes acceder a un gran nmero de servidores, la mayora de ellos gestionados por Universidades u Organizaciones gubernamentales, que contienen informacin sobre una amplia gama de temas especializados que no suelen encontrarse en los sitios Web. Los servidores Gopher, igual que los servidores FTP almacenan archivos y documentos que puede verse en lnea o transferirse al PC. Del mismo modo que todos los sitios Web del mundo forman la World Wide Web, el Gophersapce engloba los 5000 o ms servidores de Gopher existentes. En gran medida acceder a un servidor de Gopher es parecido a utilizar un sitio FTP, ya que la informacin se presenta en mens que contienen archivos y carpetas. Se navega por estas ltimas para buscar archivos, documentos u otras carpetas que dispongan de ms niveles de informacin. Normalmente los archivos se visualizan o bajan haciendo clic en ellos.

Servidores Gopher
Un servidor Gopher tiene gran cantidad de datos desde revistas y publicaciones de investigacin cientfica a informacin meteorolgica. Si utilizar un navegador recuerde que hay que sustituir http:// por gopher://. Algunos servidores de gopher muy famosos son: Universidad del Sur de California: informa sobre antropologa, deportes, arqueologa, economa y negocios. cwis.usc.edu Universidad de Minesota: se refiere a la diversin, juegos y grupos de debate. Tambin ofrece muchos enlaces con otros servidores de Gopher. gopher.micro.umn.edu Wiretap Gopher: da acceso a archivos sobre el Gobierno de los EE.UU y de otros pases a bibliotecas para consultar en lnea y a libros electrnicos. wiretap.spies.com

Cuando Gopher apareci por primera vez, slo se acceda a l mediante un programa cliente Gopher. En la actualidad la mayora de los usuarios accede a los sitios Gopher desde un navegador. En general se utilizan como tablones de anuncios o de informacin general. Muchas de las posibilidades de Gopher van ligadas a la capacidad y configuracin del ordenador en el que reside el cliente. Algunos no son capaces de tratar ciertos ficheros (sonidos, imgenes), otros no muestran ms que los de los formatos que conocen, o no permiten acceder a sesiones remotas porque simplemente no hemos instalado un TELNET o la ruta especificada es incorrecta.

Tipos de entradas
El cliente GOPHER invoca a un programa que acepte o realice la funcin apropiada para procesar un fichero o la entrada en un directorio si l no es capaz de hacerlo. As vamos saltando de un sitio a otro del denominado GopherSpace sin tener que teclear ni una sola direccin. En concreto un tem o entrada en un directorio puede ser :

MARCELO ACOSTA WALTER CERRUDO

| 15

Comunicaciones y Redes
Servicios Bsicos en Internet

Un subdirectorio : generalmente la entrada va seguida del carcter / o se representa con un icono especial. Seleccionando el tem se entra en el directorio, para retornar al nivel anterior suele haber un comando up. Un fichero de texto : el texto se muestra en pantalla utilizando un editor propio o invocando cualquier editor disponible en el ordenador, y puede ser almacenado con el nombre que se quiera en la mquina donde reside el cliente. Una base de datos o catalogo de biblioteca : variando mucho la forma de interacturar con ellos. Generalmente cuando se selecciona un tem con el nombre terminado en <CSO> suele aparecer un formulario donde se pueden seleccionar uno o varios campos de la bsqueda. Un fichero binario : que puede ser ejecutable, programas comprimidos, datos, etc. Al igual que con los ficheros de texto tenemos opcin de almacenarlo en nuestro ordenador. Una imagen o un sonido: generalmente seguida del identificador entre corchetes, <Picture>. El programa mostrar la imagen en pantalla si hay un programa visualizador que acepte el formato y se haya indicado en la ruta de nuestro programa GOPHER o bien nos dar la opcin de almacenarla. Unas pginas amarillas : informacin sobre la gente o el sitio donde hemos conectado, las preguntas y el manejo es muy variable entre unos y otros. Un acceso a ARCHIE , FTP o una sesin remota TELNET: la diferencia es que la respuesta a una consulta aun ARCHIE no parece con un texto secuencial sino que se estructura como un men ms de GOPHER donde podemos elegir el sitio donde hacer FTP. As recorriendo directorios se elige el archivo y se puede leer. Una bsqueda indexada : se suele identificar con el smbolo < ?>. Se nos pide que busquemos uno o ms patrones separados por operadores and, or o not. La bsqueda se realiza en todos los ficheros a los que se refiere la entrada. En general no hace distincin entre maysculas y minsculas, pero el tratamiento correcto de acentos y caracteres especiales como la dependen de la versin del servidor, por lo que podemos tener resultados errneos. El resultado es la aparicin de un directorio reducido con slo aquellos ficheros que han pasado la seleccin.

En esencia, el protocolo Gopher consiste en una conexin de un cliente a un servidor y en enviar al servidor un selector(una lnea de texto, que puede estar vaca) por medio de una conexin TCP/IP. El servidor responde con un bloque de texto terminado en una lnea que contiene un punto, y cierra la conexin. El servidor no retiene informacin de estado entre transacciones con un cliente. Asumir, por ejemplo, que un servidor Gopher escucha en el puerto 70. La nica informacin de configuracin que el software del cliente retiene es el nombre del servidor y el nmero de puerto(en este ejemplo la mquina es rawBits.micro.umn.edu y el puerto el 70). En el ejemplo de abajo el carcter F denota al carcter TAB.

MARCELO ACOSTA WALTER CERRUDO

| 16

Comunicaciones y Redes
Servicios Bsicos en Internet

Ejemplo de acceso a Gopher mediante Telnet

Cliente: {Abre la conexin con rawBits.micro.umn.edu en el puerto 70} Server: {Acepta la conexin pero no dice nada} Client: <CR><LF> {Enva una lnea vaca, queriendo decir: "Muestra lo que tienes"} Server: {Enva una serie de lneas, cada una acabada en CR LF} 0About internet GopherFStuff:About usFrawBits.micro.umn.eduF70 1Around University of MinnesotaFZ,5692,AUMFunderdog.micro.umn.eduF70 1Microcomputer News & PricesFPrices/Fpserver.bookstore.umn.eduF70 1Courses, Schedules, CalendarsFFevents.ais.umn.eduF9120 1Student-Staff DirectoriesFFuinfo.ais.umn.eduF70 1Departmental PublicationsFStuff:DP:FrawBits.micro.umn.eduF70 {.....etc.....} . {$Period on a line by itself$} {El servidor cierra la conexin}

El primer carcter de cada lnea describe el tipo de Gopher como se muestra ms arriba. Los siguientes caracteres hasta llegar a un TAB constituyen la ristra de caracteres a mostrar al usuario para que haga su seleccin. Los caracteres que sigan a ese TAB hasta llagar al siguiente forma una ristra selectora que el cliente debe enviar al servidor para recuperar el documento(o el listado de un directorio). En la prctica, la ristra selectora suele ser una ruta de acceso u otro selector de un fichero que permita al servidor localizar el tem deseado. Los dos siguientes campos delimitados por TAB denotan el nombre del dominio del host o directorio que posee el documento, y el puerto con el que conectarse. Un CR/LF denota el fin del tem. El cliente puede presentar el flujo de datos descrito arriba del modo siguiente: About Internet Gopher Around the University of Minnesota... Microcomputer News & Prices... Courses, Schedules, Calendars... Student-Staff Directories... Departmental Publications...

En este caso, los directorios se muestran con una elipsis, y los ficheros sin ninguna. Sin embargo, dependiendo de la plataforma para la que se ha diseado el cliente y del gusto del autor, los tems se pueden representar con otras marcas de texto o con iconos. En el ejemplo, la lnea 1 describe un documento que el usuario ver como "About Internet Gopher". Para recuperar este documento, el software cliente debe enviar la cadena: "Stuff:About us" to rawBits.micro.umn.edu at port 70. Si el cliente hace esto, el servidor responder con los contenidos del documento, terminados en una lnea. Como se puede ver en el ejemplo, el usuario no conoce o no le importa que los tems a seleccionar pueden hallarse en distintas mquinas de Internet. La conexin entre servidor y cliente slo existe mientras la informacin es transferida. Despus de esto el cliente se puede conectar con un servidor diferente con el fin de conseguir los contenidos de un directorio dado.

MARCELO ACOSTA WALTER CERRUDO

| 17

Comunicaciones y Redes
Servicios Bsicos en Internet

MARCELO ACOSTA WALTER CERRUDO

| 18

Comunicaciones y Redes
Servicios Bsicos en Internet

Vernica
Veronica ("Very Easy Rodent-Oriented Net-wide Index to Computerized Archives") es un sistema de localizacin de recursos que proporciona acceso a informacin de recursos que tienen la mayora (99% o ms) de los servidores Gopher de todo el mundo. Adems de los datos del Gopher nativo, Veronica incluye referencias a muchos recursos suministrados por otros tipos de servidores de informacin, como servidores WWW, archivos usenet, y servicios de informacin accesible por telnet. Las consultas de Veronica son bsquedas que manejan una clave a buscar en un ttulo de un tem. Una simple consulta puede ser muy potente porque un elevado nmero de servidores de informacin se incluyen en el ndice.

Acceso
El acceso a Veronica se efecta por medio de clientes Gopher. Un usuario de Veronica enva una consulta(a travs de un cliente Gopher), que puede contener una expresin clave booleana adems de directivas especiales de Veronica. El resultado de la bsqueda de Veronica es un men Gopher que incluye los tems de informacin cuyos ttulos contienen la clave especificada. Estos mens se pueden explorar como cualquier otro men de Gopher. En enero de 1995, estaban indexados 5057 servidores Gopher. El ndice incluye tambin tems de aproximadamente otros 5000 servidores, en los casos donde estos ltimos son referenciados desde mens del Gopher. Estos otros servidores consisten principalmente en 3905 servidores WWW y alrededor de 1000 servicios de tipo TELNET. Veronica se puede encontrar en la mayora de los servidores Gopher, seleccionando "Other Gopher and Information Services" en el men principal y luego "Searching through Gopherspace using Veronica". Si el servidor Gopher no proporciona estos servicios, es posible conectarse directamente a Veronica via Gopher://veronica.scs.unr.edu.:70/11/veronica. All se puede encontrar adems informacin adicional sobre Veronica.

MARCELO ACOSTA WALTER CERRUDO

| 19

Comunicaciones y Redes
Servicios Bsicos en Internet

Archie
Introduccin
Sistema para la localizacin de informacin sobre archivos y directorios, muy unido al servicio FTP. Es como una gran base de datos donde se encuentra registrada una gran cantidad de nombres de archivos y los servidores FTP. Archie fue el primer motor de bsqueda que se ha inventado, diseado para indexar archivos FTP, permitiendo a la gente encontrar archivos especficos (Ej: http://archie.icm.edu.pl/archie_eng.html).

MARCELO ACOSTA WALTER CERRUDO

| 20

Comunicaciones y Redes
Servicios Bsicos en Internet

Telnet (TELecommunication NETwork)

Introduccin
Telnet es el nombre de un protocolo de red (y del programa informtico que implementa el cliente), que sirve para acceder mediante una red a otra mquina, para manejarla como si estuviramos sentados delante de ella. Para que la conexin funcione, como en todos los servicios de Internet, la mquina a la que se acceda debe tener un programa especial que reciba y gestione las conexiones. El puerto que se utiliza generalmente es el 23. Muy usado por los hackers.

LOGIN LOCAL LAN

LOGIN REMOTO

Para iniciar una sesin con un intrprete de comandos de otro ordenador, puede emplear el comando telnet seguido del nombre o la direccin IP de la mquina en la que desea trabajar, por ejemplo si desea conectarse a la mquina purpura.micolegio.edu.com deber teclear telnet purpura.micolegio.edu.com, y para conectarse con la direccin IP 1.2.3.4 deber utilizar telnet 1.2.3.4. Una vez conectado, podr ingresar el nombre de usuario y contrasea remoto para iniciar una sesin en modo texto a modo de consola virtual (ver Lectura Sistema de usuarios y manejo de clave). La informacin que transmita (incluyendo su clave) no ser protegida o cifrada y podra ser vista en otros computadores por los que se transite la informacin (la captura de estos datos se realiza con un packet sniffer. El protocolo Telnet se aplica en una conexin TCP para enviar datos en formato ASCII codificados en 8 bits, entre los cuales se encuentran secuencias de verificacin Telnet. Por lo tanto, brinda un sistema de comunicacin orientado bidireccional (semidplex) codificado en 8 bits y fcil de implementar.

Protocolo Telnet
El protocolo Telnet se basa en tres conceptos bsicos: el paradigma Terminal virtual de red (NVT); el principio de opciones negociadas; las reglas de negociacin.

ste es un protocolo base, al que se le aplican otros protocolos del conjunto TCP/IP (FTP, SMTP, POP3, etc.). Las especificaciones Telnet no mencionan la autenticacin porque Telnet se encuentra totalmente separado de las aplicaciones que lo utilizan (el protocolo FTP define una secuencia de autenticacin sobre Telnet). Adems, el

MARCELO ACOSTA WALTER CERRUDO

| 21

Comunicaciones y Redes
Servicios Bsicos en Internet

protocolo Telnet no es un protocolo de transferencia de datos seguro, ya que los datos que transmite circulan en la red como texto sin codificar (de manera no cifrada). Cuando se utiliza el protocolo Telnet para conectar un host remoto a un equipo que funciona como servidor, a este protocolo se le asigna el puerto 23. Excepto por las opciones asociadas y las reglas de negociacin, las especificaciones del protocolo Telnet son bsicas. La transmisin de datos a travs de Telnet consiste slo en transmitir bytes en el flujo TCP (el protocolo Telnet especifica que los datos deben agruparse de manera predeterminada esto es, si ninguna opcin especifica lo contrario en un bfer antes de enviarse. Especficamente, esto significa que de manera predeterminada los datos se envan lnea por lnea). Cuando se transmite el byte 255, el byte siguiente debe interpretarse como un comando. Por lo tanto, el byte 255 se denomina IAC (Interpretar como comando). Los comandos se describen ms adelante en este documento. Las especificaciones bsicas del protocolo Telnet se encuentran disponibles en la RFC (peticin de comentarios) 854, mientras que las distintas opciones estn descriptas en la RFC 855 hasta la RFC 861.

La nocin de terminal virtual Cuando surgi Internet, la red (ARPANET) estaba compuesta de equipos cuyas configuraciones eran muy poco homogneas (teclados, juegos de caracteres, resoluciones, longitud de las lneas visualizadas). Adems, las sesiones de los terminales tambin tenan su propia manera de controlar el flujo de datos entrante/saliente. Por lo tanto, en lugar de crear adaptadores para cada tipo de terminal, para que pudiera haber interoperabilidad entre estos sistemas, se decidi desarrollar una interfaz estndar denominada NVT (Terminal virtual de red). As, se proporcion una base de comunicacin estndar, compuesta de: caracteres ASCII de 7 bits, a los cuales se les agrega el cdigo ASCII extendido; tres caracteres de control; cinco caracteres de control opcionales; un juego de seales de control bsicas.

Por lo tanto, el protocolo Telnet consiste en crear una abstraccin del terminal que permita a cualquier host (cliente o servidor) comunicarse con otro host sin conocer sus caractersticas. El principio de opciones negociadas Las especificaciones del protocolo Telnet permiten tener en cuenta el hecho de que ciertos terminales ofrecen servicios adicionales, no definidos en las especificaciones bsicas (pero de acuerdo con las especificaciones), para poder utilizar funciones avanzadas. Estas funcionalidades se reflejan como opciones. Por lo tanto, el protocolo Telnet ofrece un sistema de negociaciones de opciones que permite el uso de funciones avanzadas en forma de opciones, en ambos lados, al iniciar solicitudes para su autorizacin desde el sistema remoto. Las opciones de Telnet afectan por separado cada direccin del canal de datos. Entonces, cada parte puede negociar las opciones, es decir, definir las opciones que: desea usar (DO); se niega a usar (DON'T); desea que la otra parte utilice (WILL); se niega a que la otra parte utilice (WON'T). | 22

MARCELO ACOSTA WALTER CERRUDO

Comunicaciones y Redes
Servicios Bsicos en Internet

De esta manera, cada parte puede enviar una solicitud para utilizar una opcin. La otra parte debe responder si acepta o no el uso de la opcin. Cuando la solicitud se refiere a la desactivacin de una opcin, el destinatario de la solicitud no debe rechazarla para ser completamente compatible con el modelo NVT. Las reglas de negociacin Las reglas de negociacin para las opciones permiten evitar situaciones de enrollo automtico (por ejemplo, cuando una de las partes enva solicitudes de negociacin de opciones a cada confirmacin de la otra parte). 1. Las solicitudes slo deben enviarse en el momento de un cambio de modo. 2. Cuando una de las partes recibe la solicitud de cambio de modo, slo debe confirmar su recepcin si todava no se encuentra en el modo apropiado. 3. Slo debe insertarse una solicitud en el flujo de datos en el lugar en el que surte efecto.

MARCELO ACOSTA WALTER CERRUDO

| 23

Comunicaciones y Redes
Servicios Bsicos en Internet

News
Introduccin
Los grupos de noticias de Internet se relacionan ms a los debates que con las noticias. Estos grupos son foros de debate a travs de correo electrnico donde los participantes envan mensajes que leern todos los componentes del grupo. En cierto modo un grupo de noticias se parece a un tabln de anuncios en el que las personas colocan, leen o responden a los mensajes. Hay miles de tablones de anuncios pblicos dedicados a temas muy especficos.

MARCELO ACOSTA WALTER CERRUDO

| 24

Comunicaciones y Redes
Servicios Bsicos en Internet

IRC
Introduccin
Es un protocolo de comunicacin en tiempo real basado en texto, que permite debates en grupo o entre dos personas y que est clasificado dentro de la Mensajera instantnea. Las conversaciones se desarrollan en los llamados canales de IRC, designados por nombres que habitualmente comienzan con el carcter # o & (este ltimo slo es utilizado en canales locales del servidor). Es un sistema de charlas ampliamente utilizado por personas de todo el mundo.

MARCELO ACOSTA WALTER CERRUDO

| 25

Comunicaciones y Redes
Servicios Bsicos en Internet

PING
Introduccin
El ping es la ms sencilla de todas las aplicaciones TCP/IP. Enva uno o ms datagramas a un host de destino determinado solicitando una respuesta y mide el tiempo que tarda en retornarla verificando los TTL1. La palabra ping, que puede usarse como nombre o como verbo(en ingls), procede de la operacin de snar empleada para localizar un objeto submarino. Tambin es un acrnimo de Packet InterNet Groper. Tradicionalmente, si podas hacer un ping a un host, otras aplicaciones como Telnet o FTP podan comunicarse con ese host. Con el advenimiento de las medidas de seguridad en Internet, particularmente los cortafuegos("firewalls"; ver Cortafuegos("Firewalls") para ms informacin), que controlan el acceso a redes a travs del protocolo de aplicacin y/o el nmero de puerto, esto ha dejado de ser estrictamente cierto. An as, el primer test para comprobar si es posible alcanzar un host sigue siendo intentar hacerle un ping.

Modo de Uso
La sintaxis usada en diferentes implementaciones vara de unas plataformas a otras. La mostrada aqu corresponde a la implementacin en OS/2: ping [-Opcin] host [Tamao [Paquetes]] Donde: Opcin: Activa diversas opciones del ping. Host: El destino: un nombre simblico o bien una direccin IP. Tamao: El tamao del paquete. Paquetes: El nmero de paquetes a enviar.

Ping usa los mensajes Eco y Respuesta al Eco("Echo", "Echo Reply") de ICMP, como se describe en "Echo" (8) y "Echo Reply" (0). Ya que se requiere ICMP en cada implementacin de TCP/IP, a los hosts no les hace falta un servidor separado para responder a los pings. El ping es til para verificar instalaciones TCP/IP. Consideremos las cuatro siguientes formas del comando; cada una requiere operar con una parte adicional de la instalacin TCP/IP. ping loopback: Verifica la operatividad del software de la base de TCP/IP. ping my-IP-address: Verifica si el correspondiente dispositivo de la red fsica puede ser direccionado. ping a-remote-IP-address: Verifica si es posible acceder a la red. ping a-remote-host-name: Verifica la operatividad del servidor de nombres(o del "flat namespace resolver", dependiendo de la instalacin) .

1 Tiempo de Vida o Time To Live (TTL) es un concepto usado en redes de computadores para indicar por cuntos nodos puede pasar un paquete antes de ser descartado por la red o devuelto a su origen. El TTL como tal es un campo en la estructura del paquete del protocolo IP. Sin este campo, paquetes enviados a travs rutas no existentes, o a direcciones errneas, estaran vagando por la red de manera infinita, utilizando ancho de banda sin una razn positiva. El TTL o TimeToLive, es utilizado en el paquete IP de manera que los routers puedan analizarlo y actuar segn su contenido. Si un router recibe un paquete con un TTL igual a uno o cero, no lo enva a travs de sus puertos, sino que notifica via ICMP a la direccin IP origen que el destino se encuentra "muy alejado". Si un paquete es recibido por un router que no es el destino, ste decrementa el valor del TTL en uno y enva el paquete al siguiente router (next hop).

MARCELO ACOSTA WALTER CERRUDO

| 26

Comunicaciones y Redes
Servicios Bsicos en Internet

WHOIS
Es un protocolo TCP basado en preguntas/repuestas que es usado para consultar de una base de datos para determinar el propietario de un nombre de dominio o una direccin IP en Internet. Las consultas WHOIS se han realizado tradicionalmente usando una interfaz de lnea de comandos, pero actualmente existen multitud de pginas web que permiten realizar estas consultas. Estas pginas siguen dependiendo internamente del protocolo WHOIS para conectar a un servidor WHOIS y hacer las peticiones. Los clientes de lnea de comandos siguen siendo muy usados por los administradores de sistemas.

MARCELO ACOSTA WALTER CERRUDO

| 27