PRACTICA FINAL. Diseño e implementación de un servidor Web básico y cliente http. Protocolo HTTP-RC

Tamaño: px

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

Download "PRACTICA FINAL. Diseño e implementación de un servidor Web básico y cliente http. Protocolo HTTP-RC"

1 PRACTICA FINAL Diseño e implementación de un servidor Web básico y cliente http Descripción de la práctica Protocolo HTTP-RC Se pretende desarrollar un servidor Web básico con soporte a múltiples conexiones concurrentes y un cliente http básico que permita el uso del servidor web. Tanto servidor como cliente deben cumplir un subconjunto del estándar HTTP (protocolo HTTP-RC). Descripción del Servidor Web HTTP-RC El servidor aceptará múltiples conexiones concurrentes, hasta un número máximo de clientes indicado en un parámetro de entrada, y para su desarrollo se deberá utilizar la función fork() para que para cada conexión se cree un nuevo proceso que atienda a dicha conexión. El protocolo http a implementar será la versión HTTP/1.0. A diferencia de la versión HTTP/1.1 en la versión 1.0 el servidor una vez realizada la petición (entrega del recurso solicitado o envío de información) cierra la conexión. El servidor aceptará peticiones según el estándar http al menos de los métodos GET y HEAD. Un ejemplo de peticiones que debería aceptar: GET /index.html HTTP/1.0 Host: User-Agent: nombre-cliente HEAD /index.html HTTP/1.0 Host: User-Agent: nombre-cliente Página 1 de 7

2 Él servidor enviará por la conexión las cabeceras de respuesta según la petición realizada (GET o HEAD) y según si se puede cumplir o no la petición, y seguido a las cabeceras deberá enviar, si es el caso de petición GET, línea a línea el recurso (fichero) solicitado En el ejemplo anterior, hay que enviar el recurso (fichero) index.html Los recursos que sirve deben encontrarse a partir de un directorio a especificar en la ejecución del servidor. Será en ese directorio donde el servidor web irá a buscar dichos ficheros Del estándar HTTP el protocolo HTTP-RC al menos debe implementar: Debe implementar los métodos GET y HEAD Debe interpretar una solicitud con cabeceras de petición estándar y debe implementar las cabeceras de respuesta al menos las más relevantes. Al menos debe implementar el comportamiento para responder con un código 200 OK o 404 Not Found Una vez enviado el recurso debe cerrar la conexión establecida con el cliente Ejemplo: Ejecución: $ httpserver-rc -n <número de clientes> -d <dir base recursos> Ejemplo: httpserver-rc -p n 10 -d /opt/rc/rc<xx>/html Petición: GET /index.html HTTP/1.0 Host: <nombre_del_host_que_hace_la_peticion> User-Agent: http-rc/1.0 Respuesta: HTTP/ OK Date: 10/11/ :15:00 Content-Length: 57 <html> <body> <h1>hello World</h1> </body> </html> Página 2 de 7

3 Las cabeceras Host y User-Agent se usan para lo siguiente: Host: nombre del host cliente que hace la petición User-Agent: nombre del navegador cliente que se está utilizando, en nuestro caso pondremos siempre http-rc/1.0 Es importante destacar que el servidor sabe que la petición ha finalizado, es decir que no hay más cabeceras, mediante una línea en blanco (con caracteres CRLF, retorno de carro, fin de línea). En C se representan mediante \r\n\ (retorno de carro \r y salto de línea \n) en un string Descripción del Cliente Web HTTP-RC El cliente Web HTTP-RC debe implementar el comportamiento anteriormente descrito enviando peticiones GET y HEAD. Mostrará siempre por pantalla las cabeceras de respuesta y en caso de peticiones GET el recurso obtenido lo guardará en un fichero local con el mismo nombre que el fichero solicitado Mediante un modificador (-h) que es opciones indicaremos al cliente que el método es HEAD en vez de GET El funcionamiento detallado del cliente es el siguiente: 1. El cliente envía la solicitud de página al servidor. Dependiendo de la existencia o no del modificador (-h) mandará un GET o un HEAD y de la URL obtendrá el nombre del servidor, el puerto y el recurso solicitado 2. Una vez recibidas las cabeceras de respuesta y el recurso solicitado (según si es una petición GET o HEAD) cerrará el programa Ejemplo: Ejecución: http-rc [-h] Ejemplo: http-rc Deberá enviar al servidor la petición: GET /index.html HTTP/1.0 Host: <nombre_del_host_que_hace_la_peticion> User-Agent: http-rc Mostrará por pantalla: HTTP/ OK Date: 10/11/ :15:00 Content-Length: 57 Página 3 de 7

4 Y habrá creado un fichero de texto en local con el nombre index.html y con el contenido: <html> <body> <h1>hello World</h1> </body> </html> Página 4 de 7

5 Protocolo HTTP El Protocolo de Transferencia de Hipertexto (Hypertext Transfer Protocol) es el protocolo fundador de la red de extensión mundial (WWW, World Wide Web). A pesar del nombre, el protocolo no se limita a la transferencia de hipertexto, sino que se utiliza para transmitir ficheros y otro tipo de datos que pueden ser generados dinámicamente. En realidad es un protocolo para transmitir información con la eficiencia necesaria para realizar saltos de hipertexto. La actual especificación del protocolo HTTP versión 1.1 se encuentra en el RFC 2616 (Request For Comments, documentos de recomendación de especificación de estándares). El funcionamiento del protocolo obedece al modelo cliente/servidor. El servidor Web mantiene los ficheros y genera dinámicamente información que se da como respuesta al cliente (el navegador web, por ejemplo) que solicita alguno de los recursos. Básicamente, la dinámica del intercambio de mensajes que constituyen una transacción se resume en el envío por parte del cliente de un mensaje de solicitud, y el servidor responde con el resultado de la operación y el recurso correspondiente si es el caso. Para localizar un recurso mediante el protocolo http el cliente utiliza la URL (Universal Resource Locator, Localizador Universal de Recurso), que sigue la siguiente sintaxis: http_url = " "//" host [ ":" puerto ] [ ubicación-del-recurso ] ejemplo: Una vez establecida la conexión, el formato básico de mensaje de solicitud para la versión HTTP/1.1 tendría la siguiente estructura: línea-de-solicitud = método SP ubicación-del-recurso SP HTTP/1.1 CRLF [cabecera-de-solicitud] CRLF donde: método = GET HEAD CR = <retorno de carro (código ascii 13)> LF = <salto de línea (código ascii 10)> SP = <espacio (código ascii 32)> [cabecera-de-solicitud] : lista de cabeceras con información sobre el cliente que realiza la solicitud y algunos aspectos como el idioma Algunos valores de cabecera de petición: Página 5 de 7

6 host = "Host" ":" host [ ":" puerto ] ; nombre del servidor agente = "User-Agent" ":" 1*( producto comentarios ) ; descripción del cliente Es importante destacar que el servidor sabe que la petición ha finalizado, es decir que no hay más cabeceras, mediante una línea en blanco (con caracteres CRLF, retorno de carro, fin de línea). En C se representan mediante \r\n en un string Ejemplo solicitud: GET /index.html HTTP/1.1 Host: User-Agent: nombre-cliente La respuesta del servidor está formada por encabezados (finalizan con una línea en blanco) seguidos del recurso solicitado, en el caso de una página web: HTTP/ OK Date: Fri, 31 Dec :59:59 GMT Content-Type: text/html Content-Length: 1221 <html> <body> <h1>página principal de ejemplo.com</h1> (Contenido)... </body> </html> La primera cabecera comienza por la versión del protocolo utilizado (habitualmente HTTP/1.1) seguido del código de respuesta. Los códigos de respuesta son códigos numéricos seguidos de un texto que indican cuál ha sido el resultado de la operación solicitada. Consta de tres dígitos, indicando el primero el tipo de resultado: 1xx: código de información, el proceso continúa. 2xx: código de operación realizada con éxito. 3xx: código de redirección. Son necesarias acciones adicionales. 4xx: código de error en la solicitud del cliente. 5xx: código de error en la operación del servidor. Lo códigos completos más usuales son los siguientes: 200 OK : operación realizada con éxito. 404 NOT FOUND: el recurso que se solicitó no existe. 500 Server Error: hubo un fallo en el servidor al intentar completar la acción solicitada Página 6 de 7

7 Otros valores interesantes de las cabecera de respuesta son: tipo = Content-Type: tipo-de-contenido longitud = Content-Length: longitud-en-bytes Ejemplos completos Solicitud de página inicial de Mensaje de solicitud: GET / HTTP/1.1 Host: tlm101.tlm.unavarra.es (Salto de línea) Mensaje de respuesta: Bibliografía HTTP/ Found Location: Cache-Control: private Content-Type: text/html; charset=utf-8 Date: Tue, 10 Nov :37:46 GMT Server: gws Content-Length: 218 X-XSS-Protection: 0 <HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8"> <TITLE>302 Moved</TITLE></HEAD><BODY> <H1>302 Moved</H1> The document has moved <A HREF=" </BODY></HTML> Hypertext Transfer Protocol HTTP/1.1, R. Fielding et al., RFC Comunicaciones y Redes de Computadores, William Stallings, Pearson Educación SA, séptima edición, Madrid World Wide Web Consortium. Página 7 de 7

Documentos relacionados

Tema 2 El Servicio Web

Tema 2 El Servicio Web Eduardo Martínez Graciá Humberto Martínez Barberá Departamento de Ingeniería de la Información y las Comunicaciones Universidad de Murcia Introducción Nace en el CERN, en 1989 Surge