Práctica IV Anexo sobre protocolos

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Práctica IV Anexo sobre protocolos"

María Carmen Aguilar San Martín
hace 8 años
Vistas:

1 Práctica IV Este material es un extracto del material correspondiente de las asignaturas Comunicación de Datos y Redes de Computadores Fecha modificación: 27/11/ Bibliografía. Redes de Computadoras. Andrew S. Tanenbaum. Ed. Pearson (4ª ed.) Capítulo 5. TCP/IP Illustrated. Volume 1. The protocols W. Richard Stevens Ed. Addison-Wesley, 1994 Internetworking with TCP/IP Volume 1 Principles, protocols and architecture D.E. Comer Ed. Prentice-Hall. 4ª ed. (En castellano, 3ª ed) Comunicaciones y Redes de Computadores William Stallings. Ed. Prentice-Hall (7ª ed.). Capítulo 18. Redes de Computadores. Un enfoque descendente basado en Internet J.F.Kurose, K.W.Ross. Ed. Prentice-Hall (2ª ed.). Capítulo 4. En Internet: (RFC Pages) 2 1

2 Obtención de direcciones MAC con ARP Address Resolution Protocol (ARP, RFC 826) Para conocer la dirección Ethernet de una máquina de la misma subred, dada su dirección IP, una máquina hace lo siguiente: 1. Envía una trama Ethernet de broadcast consistente en una solicitud ARP, conteniendo la dirección IP en cuestión. 2. Aquella máquina que reciba una solicitud ARP preguntando por su propia dirección IP, contesta con una trama Ethernet dirigida a quien hizo la pregunta, conteniendo una respuesta ARP indicando la dirección Ethernet pedida. Cada máquina mantiene una cache de correspondencias de direcciones IP a direcciones Ethernet: guarda los resultados de las solicitudes que hace aprende de las direcciones de origen de todas las solicitudes de otras (aprovechando que las solicitudes son broadcast). La tabla ARP o cache contiene una entrada de tiempo de vida (TTL) para cada correspondencia de direcciones que indica cuando se borrará dicha correspondencia (20 min). 3 Obtención de direcciones MAC con ARP Address Resolution Protocol (ARP, RFC 826) ARP puede usarse en combinación con otros protocolos de nivel de enlace, por lo que el formato varía. Formato para usar ARP con IP: No hay que olvidar que el paquete de ARP viaja dentro de una trama Ethernet (si es ése el nivel de enlace). En una solicitud, los campos origen llevan los datos de la máquina que pregunta, y de los campos destino sólo va relleno IP Dest., ya que Eth. Dest. es justo lo que se pregunta Al formar la respuesta, la máquina interrogada cambia los dos campos origen por los destino, rellenando el que falta (que es su dirección Ethernet pedida). 4 2

3 Envío de A a B Envío A -> B A dispone de un datagrama IP para enviar a B 5 6 3

4 7 8 4

5 9 10 5

8 15 Protocolo ICMP Intenet Control Management Protocol (ICMP, RFC 792) Los mensajes ICMP se encapsulan dentro de datagramas IP. ICMP es considerado como parte de IP y no como un protocolo de nivel superior: Errores en mensajes ICMP no provocan el envío de nuevos mensajes ICMP. Sólo se envian mensajes ICMP del primer fragmento de un datagrama IP. ICMP no pretende hacer a IP seguro: la entrega de mensajes ICMP NO ESTÁ GARANTIZADA. 16 8

9 Ping El comando ping nos permite comprobar si un destino es alcanzable desde cierta máquina origen. Ping envía mensajes ICMP de solicitud de eco: Si el destino es alcanzable: se obtienen mensajes ICMP de respuesta de eco. Si el destino no es alcanzable se obtienen mensajes ICMP que informan de los motivos por los que no se puede llegar a ese destino: destino inalcanzable (máquina, red inalcanzables ), tiempo excedido (TTL=0), necesaria fragmentación pero DF=1, etc 17 Traceroute El comando traceroute nos permite comprobar la ruta que siguen los paquetes desde una máquina origen hasta el destino y además proporciona una estimación del tiempo de ida y vuelta (RTT) con cada uno de esos routers intermedios por los que tiene que pasar. Traceroute envía 3 mensajes UDP con TTL=1 hacia el destino, con lo que desde el primer router se envían mensajes ICMP de tiempo excedido (TTL=0). Con el primero de estos mensajes se envían de nuevo otros 3 mensajes UDP con TTL=2 y se esperan los mensajes de tiempo excedido que provienen desde el segundo router. De nuevo, cuando se recibe uno de estos mensajes se sigue el proceso con TTL=3, hasta que finalmente los mensajes UDP llegan al destino. Se sabe que se ha llegado al destino porque los paquetes de traceroute se envían utilizando UDP y un puerto poco probable de ser utilizado por otras aplicaciones (por defecto 33434), de esta forma, el origen recibe un mensaje ICMP puerto inalcanzable cuando se ha llegado al destino, en vez de el mensaje ICMP de tiempo excedido 18 9

10 Gestión de Ficheros File Transfer Protocol (FTP, RFC 959) El protocolo de transferencia de ficheros más utilizado Utiliza para su funcionamiento dos conexiones TCP Conexión de control, para el intercambio de comandos FTP Conexión de datos, para la transferencia de ficheros y listados de directorios La conexión de control se establece con el puerto 21 del servidor Dos modalidades para la conexión de datos: FTP activo: el cliente abre un puerto TCP y el servidor se conecta a él - Modo por defecto - Requiere que el cliente indique el puerto al servidor (comando PORT) FTP pasivo (RC 1579): es el servidor el que abre el puerto - Facilita el uso de FTP en presencia de firewalls Siempre se usa el puerto 20 para datos en el lado del servidor 19 Gestión de Ficheros File Transfer Protocol (FTP, RFC 959) Utiliza NVT ASCII para comandos y respuestas Comandos FTP más usuales 20 10

11 Gestión de Ficheros File Transfer Protocol (FTP, RFC 959) Respuestas FTP Código decimal de 3 cifras, seguido de un espacio y un mensaje Command ok Can t open data connection Syntax error (unrecognized command) - En general, ocupan una sola línea QUIT 221 Goodbye Si son necesarias más líneas se indica con un guión - en la primera línea y un espacio en la última HELP 214- The following commands are recognized (* =>'s unimplemented). USER PORT STOR MSAM* RNTO NLST MKD CDUP PASS PASV APPE MRSQ* ABOR SITE XMKD XCUP ACCT* TYPE MLFL* MRCP* DELE SYST 214 Direct comments to ftp-bugs@bsdi.tuc.noao.edu. 21 Gestión de Ficheros File Transfer Protocol (FTP, RFC 959) Ejemplo de funcionamiento bsdi % ftp -d host Connected to host. 220 slip FTP server (Version 5.60) ready. Name (host:user): ---> USER user 331 Password required for user. Password: ---> PASS XXXX 230 User user logged in. ---> SYST 215 UNIX Type: L8 Version: BSD

12 Gestión de Ficheros File Transfer Protocol (FTP, RFC 959) Ejemplo de funcionamiento (continuación) ftp> get hello.c ---> TYPE I 200 Type set to I. ---> PORT 140,252,13,66,4,84 (puerto=4x256+84=1108) 200 PORT command successful. ---> RETR hello.c 150 Opening BINARY mode data connection for hello.c (38 bytes). 226 Transfer complete. 38 bytes received in seconds (1.1 Kbytes/s) ftp> quit ---> QUIT 221 Goodbye. 23 HyperText Transfer Protocol (HTTP) Protocolo del nivel de aplicación del Web Modelo cliente/servidor cliente: navegador que solicita, recibe y aglutina objetos web servidor: El servidor Web envia objetos web como respuesta a peticiones. HTTP 1.0: RFC 1945 (60pp) HTTP 1.1: RFC 2068 (162pp) PC con Explorer Servidor con Apache Web server Mac con Navigator 24 12

13 HyperText Transfer Protocol (HTTP) Funcionamiento del protocolo El cliente inicia una conexión TCP con el puerto 80 del servidor El servidor acepta conexiones del cliente Cliente y servidor se intercambian mensajes HTTP - Mensajes ASCII (human-readable format) - Dos tipos de mensaje: request y response Se cierra la conexión TCP HTTP no persistente Un objeto, como máximo, en cada conexión TCP. HTTP/1.0 es no persistente HTTP persistente Se pueden enviar mútiples objetos en la misma conexión TCP. HTTP/1.1 utiliza conexiones persistentes por defecto 25 Mensaje HTTP Request Ejemplo de mensaje HTTP Request Línea de solicitud (comandos GET, POST, HEAD) cabeceras GET /somedir/page.html HTTP/1.1 Host: User-agent: Mozilla/4.0 Connection: close Accept-language:fr Carriage return, line feed indica final de mensaje (carriage return, line feed extra ) 26 13

14 Mensaje HTTP Request Formato general: 27 Mensaje HTTP Request Métodos de HTTP Request GET: solicita la lectura de una pagina web - Puede utilizarse para pasar parámetros a un CGI, emplando una sintaxis de la forma GET /animalsearch?monkeys&banana HTTP/1.0 POST: inserta información a un servidor web (p.ej formularios) - En este caso los datos se envían dentro del cuerpo de la petición HEAD: Solicita únicamente el encabezado de la página PUT: Escribe un fichero en el servidor (apenas se usa) - El fichero se incluye en el cuerpo de la petición DELETE: Elimina una página web del servidor 28 14

15 Mensaje HTTP Response Ejemplo de mensaje HTTP Response Linea de estado (protocol status code status phrase) Cabeceras HTTP/ OK Connection close Date: Thu, 06 Aug :00:15 GMT Server: Apache/1.3.0 (Unix) Last-Modified: Mon, 22 Jun Content-Length: 6821 Content-Type: text/html datos, p. ej., fichero HTML solicitado data data data data data Mensaje HTTP Response Códigos de estado HTTP Response Puede observarse el protocolo en acción haciendo telnet a un servidor Web en el puerto 80 e introduciendo GET / HTTP/1.0 (y dos etornos de carro) 30 15

16 Cabeceras HTTP 31 16

Documentos relacionados

Funcionamiento de Servicios Web, FTP

Funcionamiento de Servicios Web, FTP Tema 2.- Nivel de aplicación en Internet Dr. Daniel Morató Redes de Computadores Ingeniero Técnico en Informática de Gestión, 2º curso Material adaptado del libro Computer