Introducción a HTTP. Juan Quemada, DIT - UPM

Transcripción

1 Introducción a HTTP Juan Quemada, DIT - UPM 1

2 Clientes, servidores y la nube TCP UDP IP Internet n Clientes: dan acceso a los usuarios a la información y los servicios n Servidores: alojan la información y los servicios n La nube: conjunto de terminales y servidores TCP/IP w interconectados con las aplicaciones y protocolos de Internet n protocolos para crear aplicaciones sobre redes hetereogeneas w IP (Internet Protocol): protocolo de interconexión de redes hetereogeneeas n Protocolo del cual hereda su nombre Internet n Cada elemento de Internet tiene una dirección IP diferente: ,... w TCP y UDP: protocolos de transporte de información n Las mayoría de las aplicaciones de Internet usan el servicio TCP n Conectando clientes y servidores con circuitos virtuales n Voz y video sobre IP usan el servicio UDP 2

3 Servidores y puertos Puerto (TCP) n n Dirección de aplicación de 16 bits dentro de la máquina servidora w Donde se instala el programa servidor El programa servidor es lo que normalmente denominamos servidor w Cliente y servidor se comunican a través de circuitos virtuales TCP (son fiables) n Cliente y servidor se comunican con un protocolo de aplicación: HTTP, SMTP,.. Los servicios tienen un protocolo y un puerto por defecto n Web: protocolo HTTP (puerto 80), HTTPS (443) n protocolo SMTP (puerto 25), POP3 (110), IMAP143) n Shell segura: protocolo SSH (puerto 22) Si un servidor no está en el puerto por defecto n Su dirección debe incluir el puerto, p.e. dit.upm.es:8080, upm.es:8000 Juan Quemada, DIT, UPM Servidor (host) puerto 25 dirección IP puerto SMTP Web: HTTP

4 URIs y URLs URI - Uniform Resource Identifier n identificador de un recurso (servicio) de Internet w RFC 3986 (2005): Existen 2 tipos de URI Formato de un URL: <schema:><//><authority></path><?query><#anchor> <schema:> = protocolo o esquema de acceso al recurso <authority> = <UserInfo@><host><:port> </path> = identificador del recurso en el servidor <?query> = parámetros enviados al recurso <#anchor> = fragmento o parte del recurso n URL - Uniform Resource Locator w Dirección física de un recurso, incluyendo el servidor donde se almacena n n URN: Uniform Resource Name w Dirección lógica independiente de lugar físico (poco utilizado) Ejemplos de URL de , página Web, ftp,.. n URL Web: n URL mailto:jose@dit.upm.es n URL ftp: ftp://ftp.funet.fi/pub/standards/rfc/rfc959.txt 4

5 Cliente envía SOLICITUD a servidor HTTP Servidor envia RESPUESTA a cliente Protocolo transaccional de acceso a recursos n Transacción HTTP se compone de solicitud y respuesta w Método HTTP: tipo de solicitud HTTP (GET, POST, PUT, DELETE,. ) Solicitud y respuesta son mensajes independientes (como s) HTTP no necesita conectividad TCP extremo a extremo n Permite el uso de proxies, caches, firewalls, HTTP es un protocolo extensible que ha evolucionado mucho n HTTP 0.9, 1.0, 1.1 (1999, 2014, ), extensiones WebDav,.. w Resumen: w Norma - RFCs : w 5

6 ... Transacción HTTP 1a linea Solicitud HTTP GET GET /me.htm HTTP/1.1 Host: upm.es Solicitud HTTP parámetros de cabecera Accept: text/*, image/* Accept-language: en, sp... Cliente Web (HTTP) TCP UDP Circuito virtual TCP Respuesta HTTP. Circuito virtual TCP Servidor Web (HTTP) TCP UDP Cuerpo 1a linea User-Agent: Mozilla/5.0 Respuesta HTTP GET HTTP/ OK IP Red 1 Router IP IP IP Router IP Red n IP parámetros de cabecera Cuerpo: Server: Apache/1.3.6 Content-type: text/html Content-length: 608 <html>.. </html> Navegador envía solicitud y servidor devuelve respuesta, p.e. n Solicitud: solicitud GET de un fichero o recurso n Respuesta: respuesta del servidor enviando el fichero o recurso solicitado 6

7 Mensajes (solicitud o respuesta): constan de Cabecera y Cuerpo. Cabecera: string formado por 1a linea y parámetros. Acaba con una línea en blanco (\n\n). -Primera línea de la solicitud: incluye el método, la ruta o path que identifica el recurso en el servidor y la versión de HTTP utilizada por el cliente. -Primera línea de la respuesta: incluye versión HTTP del servidor, código y un mensaje de texto explicativo de la respuesta. -Parámetros de la cabecera: Cada parámetro es un string con el formato: Nombre: valor, que ocupa una línea (acaba con \n). Cuerpo: incluye el recurso enviado que puede ser de cualquier tipo, p.e. string, imagen,. Solicitud Formato 1a linea Parámetros de cabecera Cuerpo GET /dir/me.htm HTTP/1.1\n Host: upm.es\n Accept: text/*, image/*\n Accept-language: en, sp\n... User-Agent: Mozilla/5.0\n \n Método GET, recurso, versión-http 1.1 Host: identifica el servidor, se incluye porque el circuito TCP no es extremo a extremo Accept: tipos MIME de recursos aceptados Accept-language: lenguajes del cliente Acaba con linea en blanco: \n\n GET: NO incluye cuerpo en la solicitud Respuesta 1a linea Parámetros de cabecera Cuerpo HTTP/ OK\n Server: Apache/1.3.6\n Content-type: text/html\n... Content-length: 608\n \n <html>.. </html> Versión HTTP 1.1, 200 (todo ok), mensaje Content-type: tipo MIME de recurso, text/ html es el tipo de una página Web Content-length: número (decimal) de octetos Acaba con linea en blanco: \n\n página HTML (recurso) 7

8 Solicitud HTTP GET Tipos MIME Tipos MIME: definen el tipo de un recurso n Aparecieron en para tipar ficheros adjuntos w Su uso se ha extendido a otros protocolos y en particular a HTTP 1a linea parámetros de cabecera Cuerpo w Tipos: GET /me.htm HTTP/1.1 Host: upm.es Accept: text/*, image/* Accept-language: en, sp... User-Agent: Mozilla/5.0 Un tipo MIME tiene 2 partes tipo / subtipo, n Tipos: application, audio, example, image, message, model, multipart, text, video Ejemplos: n image/gif, image/jpeg, image/png, image/svg,.. n text/plain, text/html, text/css,... n application/javascript, application/msword,.. n.. 1a linea parámetros de cabecera Cuerpo: Pág. HTML Respuesta HTTP GET HTTP/ OK Server: Apache/1.3.6 Content-type: text/html... Content-length: 608 <html>.. </html> HTTP utiliza el tipo mime para tipar el contenido del cuerpo (body) n Cabecera Request: Accept: text/html, image/png,... n Cabecera Response: Content-type: text/html 8

9 Códigos de estado (HTTP status codes) Respuestas informativas (1xx) n 100 Continue Solicitud finalizada (2xx) n 200 OK n 201 Created n 206 Partial Content Redirección (3xx) // Continuar solicitud parcial // Operación GET realizada satisfactoriamente // Recurso creado con POST, PUT // para uso con GET parcial n 301 Moved Permanently // Recurso se ha movido, actualizar URL n 303 See Other n 304 Not Modified Error de cliente (4xx) n 400 Bad request n 404 Not Found // Envía la URI de un documento de respuesta // Cuando el cliente ya tiene los datos // Comando enviado incorrecto // Recurso no encontrado n 405 Method Not Allowed // Método no permitido n 409 Conflict n 410 Gone Error de Servidor (5xx) // Recurso ya no esta // Recurso ya no esta 1a linea parámetros de cabecera Cuerpo: Pág. HTML Respuesta HTTP GET HTTP/ OK Server: Apache/1.3.6 Content-type: text/html n 500 Internal Server Error // El servidor tiene errores, p.e. error lectura disco, Content-length: 608 <html>.. </html>

10 Métodos (verbos, comandos) de HTTP Interfaz Uniforme o CRUD (bases de datos): POST: Crear un recurso en el servidor (Create) GET: Pedir un recurso al servidor (Read) PUT: Modificar un recurso del servidor (Update) DELETE: Borrar un recurso del servidor (Delete) más métodos HEAD: similar a GET, pero solo pide cabecera al servidor OPTIONS: Determinar qué métodos acepta un servidor TRACE: Trazar proxies, caches, hasta el servidor CONNECT: Conectar a un servidor a través de un proxy... 10

11 Final del tema 11

12 Extensiones WebDav RFC: 12

13 Algunos parámetros de la cabecera de HTTP Cabeceras más comunes de HTTP n Accept: <tipos MIME que acepta el cliente> n Connection: <para gestión de conexiones> n Content Type: <tipo MIME de datos> n Date: <fecha> n Content-Length: <número de bytes enviados en cuerpo (body)> n User-Agent: <identificación del cliente, si el visor es Explorer, Mozilla, > n Host: <dirección del servidor> Gestión de caché con ETAG n If-Non-Match: <acceso GET solo si ident. Etag de un recurso ha cambiado> n Etag: <version (identificador único) del recurso para saber si ha cambiado> Gestión de caché por fecha n If-Modified-Since: <para gestionar GET condicional según fecha> n Last-Modified: <complementaria de If-Modified-Since> Autenticación n Authorization: <user y pwd> n WWW-Authenticate: <asociada a 401 Unauthorized > Cookies (no standard) n Cookie: <cookies enviada por el cliente al servidor> n Set-Cookie: <servidor envía cookie a cliente para próximos accesos> Otros n... 13

14 Ejercicio Indicar que respuesta define correctamente la función del primer término URL => Protocolo que permite procesar remotamente recursos en un servidor, Dirección que identifica sin ambigüedad un recurso en Internet, Unidad de información digital de interés para un usuario, Comando de HTTP para traer páginas Web al cliente para su visualización, Lenguaje que define la estructura de la información de una página Web, Comando de HTTP ara crear recursos en un servidor, Lenguaje que define el estilo de visualización de la página Web en el navegador Comando de HTTP para borrar recursos en un servidor, Comando de HTTP para editar recursos en un servidor, Lenguaje de programación de aplicaciones de cliente Dirección interna de la máquina servidora donde se instala un servidor Recurso =>... (las mismas respuestas)... HTTP =>... (las mismas respuestas)... GET =>... (las mismas respuestas)... POST =>... (las mismas respuestas)... PUT =>... (las mismas respuestas)... DELETE =>... (las mismas respuestas)... Puerto =>... (las mismas respuestas)... Juan Quemada, DIT, UPM 14

15 Ejercicio Indicar que respuesta define correctamente la función del primer término URL (2) => 1.Protocolo que permite procesar remotamente recursos en un servidor, 2.Dirección que identifica sin ambigüedad un recurso en Internet, 3.Unidad de información digital de interés para un usuario, 4.Comando de HTTP para traer páginas Web al cliente para su visualización, 5.Comando de HTTP ara crear recursos en un servidor, 6.Comando de HTTP para borrar recursos en un servidor, 7.Comando de HTTP para editar recursos en un servidor, 8.Dirección interna de la máquina servidora donde se instala un servidor Recurso (3) =>... (las mismas respuestas)... HTTP (1) =>... (las mismas respuestas)... GET (4) =>... (las mismas respuestas)... POST (5) =>... (las mismas respuestas)... PUT (7) =>... (las mismas respuestas)... DELETE (6) =>... (las mismas respuestas). Puerto (8) =>... (las mismas respuestas)... Juan Quemada, DIT, UPM 15

16 Servidor Web Juan Quemada, DIT - UPM 16

17 Servidor Web Programa residente en la máquina servidora n Sirve recursos Web (páginas) con transacciones HTTP GET w Un recurso se identifica con un URL, por ej. n El URL Web lleva asociado solo el método GET del protocolo HTTP Los servidores también pueden crear servicios mas complejos n Tiendas electrónicas, redes sociales, blogs, w Se verá en temas posteriores 1) Navegador solicita página Web, identificada con un URL Solicitud HTTP GET: definida por URL 2) La página se visualiza en el navegador una vez cargada con HTTP - GET Respuesta HTTP: página Web con script Servidor sirve recursos Web que pueden estar en ficheros o BBDD Juan Quemada, DIT, UPM 17

18 Repositorio de recursos Web Un servidor Web reserva un directorio para recursos Web n Los ficheros del directorio y sus subdirectorios son accesibles con HTTP GET n El directorio de recursos (páginas,..) Web suele denominarse public, www,.. 1) Navegador solicita GET /dir/hola1.html HTTP1.1 2) Navegador visualiza página Respuesta HTTP: página Web con script Servidor xx.es sirve páginas Web del pueden estar en directorio reservado Juan Quemada, DIT, UPM 18

19 URL Web URL Web: dirección de recurso accesible con HTTP GET n EL URL Web solo permite navegar por páginas Web, pero no modificar recursos Componentes básicos del URL: n n n http: Protocolo o esquema de acceso al recurso (significa HTTP GET) upm.es: Dirección del servidor donde reside el recurso /dir/hola1.html: Ruta (path o camino) al fichero dentro del servidor Ruta (path) n ruta hasta el recurso w desde la raíz del directorio de recursos Los servidores Web suelen configurarse n Con el nombre index.html o index.htm opcional w Es decir, /dir/index.htm es equivalente a /dir/ Juan Quemada, DIT, UPM 19

20 URLs relativos Son relativos al URL (recurso) actual n Solo incluyen la ruta (path), el navegador añade host, protocol,. w Ambos recursos deberán estar en el repositorio del mismo servidor Los URLs relativos pueden ser de 2 tipos: n Ruta o path absolutos: /lib/coches/vw.html w Ruta desde el directorio raíz del repositorio de recursos del servidor n Ruta o path relativos: coches/vw.html, vw.html w Ruta desde el directorio del recurso actual en el servidor Juan Quemada, DIT, UPM 20

21 Interacción HTTP con el servidor Cuando el servidor Web recibe una petición HTTP GET n n Envía el recurso en la respuesta con el código 200 OK, si lo tiene w El parámetro Content-Type: text/html contiene el tipo MIME del recurso enviado Sino, responde con el mensaje de error correspondiente Si el recurso es un fichero, su extensión determina su tipo MIME n xx.htm y xx.html -> text/html n xx.gif -> image/gif n xx.css -> text/css n.. w ver: El navegador interpreta el recurso de acuerdo al tipo MIME recibido n el navegador muestra el código HTML si una página HTML lleva el tipo text/plain w En vez de el tipo mime text/html, que es el tipo que debería llevar Juan Quemada, DIT, UPM 21

22 Códigos de estado de un servidor Web Respuestas informativas (1xx) n 100 Continue // Continuar solicitud parcial Solicitud finalizada (2xx) n 200 OK // Operación GET realizada satisfactoriamente, recurso servido n 201 Created // Recurso creado satisfactoriamente con POST, PUT n 206 Partial Content // para uso con GET parcial Redirección (3xx) n 301 Moved Permanently // Recurso se ha movido, cliente debe actualizar el URL n 303 See Other // Envía la URI de un documento de respuesta n 304 Not Modified // Cuando el cliente ya tiene los datos Error de cliente (4xx) n 400 Bad request // Comando enviado incorrecto n 404 Not Found // Recurso no encontrado, no hay ningún fichero con ese path n 405 Method Not Allowed // Método no permitido, p.e. se solicita método POST, PUT,. n 409 Conflict // Existe conflicto con el estado del recurso en el servidor n 410 Gone // Recurso ya no esta Error de Servidor (5xx) n 500 Internal Server Error // El servidor tiene errores, p.e. error lectura disco,. 22

24 Ejercicio aaa.com La máquina servidora aaa.es tiene un solo servidor Web configurado en el puerto 80, que contiene solo 3 recursos en el directorio de recursos del servidor n el recurso /lib/upm.html n el recurso /dit.html n y el recurso /image.gif con una imagen <!DOCTYPE html> <html>... <body> <h1 id="id1" >Servidor UPM</h1> </body> </html> <!DOCTYPE html> <html>... <body> <h1 id="id2" >DIT</h1> <img src= image.gif /> </body> </html> qué código y tipo MIME, o mensaje recibirá un navegador al acceder a los siguientes URLs, si en caso de pedir un recurso inexistente devuelve el mensaje de error como una página HTML => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor 24

25 Introducción a express.js y al middleware static Juan Quemada, DIT - UPM 25

26 node.js y express Express: paquete para crear servicios Web n Accesibles por HTTP desde clientes w Mas información: express se basa en node.js y se instala con npm n desde el servidor central en mkdir apps // crear un directorio para las apps express..$ cd apps // entramos en el directorio de trabajo../apps$ npm install express@4.9.0 // Instala express v4.9.0 // en el directorio apps/node_modules/express // Editamos una aplicación express, por ejemplo mi_app.js y../apps$ node mi_app.js // la ejecutamos con node 26

27 Middleware (MW) static de express.js Las aplicaciones express se construyen con middlewares (MWs) n Un middleware es una función que se instala en la aplicación express Un MW se instala en app con el método app.use(mw) n Una vez instalado, un MW se ejecuta con cada solicitud HTTP que llega a app w Doc: Middleware static: funcionalidad de un servidor Web estático n Sirve páginas Web estáticas, estilos CSS, librerías JavaScript, imágenes,.. w Documentación: Express se basa en el modulo connect.js n El concepto de middleware lo hereda de connect y puede utilizar sus MWs w 27

28 Aplicación express.js Una aplicación express es un programa en JavaScript que responde a solicitudes HTTP. El programa carga en primer lugar el módulo express en una variable. var express = require( express ); A continuación crea el objeto servidor invocando el modulo cargado como una función que devuelve el objeto (este patrón se denomina una factoría de objetos) var app = express(); Por último, se arranca el servidor en el puerto Así responderá a las solicitudes HTTP que llegan a dicho puerto. app.listen(8000); 28

29 Middleware static Un middleware se instala invocando el método use() en app. Una vez instalado, se ejecuta cada vez que llega una solicitud HTTP. app.use(express.static(path.join( dirname, 'public'))) instala el middleware con el servidor de páginas Web estáticas, incluido en express. Las páginas deben alojarse en el directorio public. Mas info en: path es un módulo de node.js de gestión de rutas. Y path.join(..) concatena dos rutas. Mas info: dirname: ruta (path) al directorio de ejecución de la aplicación. Mas info en: 29

30 Como funciona el MW static El middleware static, igual que el resto de middlewares de la aplicación express, se ejecuta al llegar una solicitud HTTP al servidor en el puerto El middleware static analiza el método, la ruta (path) y los parámetros de la solicitud HTTP y responde de la siguiente forma: 1) Solo acepta solicitudes de tipo GET y rechaza el resto (POST, PUT, DELETE,.) con 405 METHOD NOT SUPPORTED. 2) Si la ruta (path) referencia un fichero existente en el repositorio de recursos Web, lo devuelve con 200 OK y parámetros asociados. 3) La respuesta al resto de solicitudes GET incluye el código de error correspondiente: 404 NOT FOUND (recurso no existe), 500 INTERNAL SERVER ERROR (error de servidor),. 30

31 Página dir/hola1.html La captura del navegador Firefox con la consola abierta y con red (Net) seleccionado, muestra la transacción GET realizado para traer al navegador la página identificada por: 31

32 Cabecera express.js La consola Firefox permite ver los parámetros de la solicitud y la respuesta al clicar encima. - Status 200 OK: respuesta incluye recurso - Content-Type: text/html; charset=utf-8 -> indica página HTML en UTF-8 - Content-Length: 95 -> indica que el cuerpo lleva 95 octetos Los demás parámetros se ven más adelante. 32

33 Página hola.html El servidor static sirve páginas alojadas en el directorio public. Sirve tanto páginas HTML como otros recursos enlazados, como la hoja de estilo hola.css de la página hola.html. Cada recurso se sirve con una operación HTTP GET diferente. 33

34 CURL Conexión HTTP CURL: cliente de acceso a servicios de cliente-servidor programable y muy completo. La opción -v (verboso) muestra todos los detalles del proceso. Ver opciones con: $ curl --help... $ man curl 34

36 Ejercicio aaa.com La máquina servidora aaa.es tiene un solo servidor Web configurado en el puerto 80, que contiene solo 3 recursos en el directorio de recursos del servidor n el recurso /lib/upm.html n el recurso /dit.html n y el recurso /image.gif con una imagen <!DOCTYPE html> <html>... <body> <h1 id="id1" >Servidor UPM</h1> </body> </html> <!DOCTYPE html> <html>... <body> <h1 id="id2" >DIT</h1> <img src= image.gif /> </body> </html> qué código y tipo MIME, o mensaje recibirá un navegador al acceder a los siguientes URLs, si en caso de pedir un recurso inexistente devuelve el mensaje de error como una página HTML => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor => 200 y text/html, 200 y image/gif, 404 y text/html, no hay servidor 36

37 Ejercicio Supongamos que en nuestro ordenador local arrancamos la siguiente aplicación express conectada al puerto 80 y que no hay ningún otro servidor en ningún otro puerto: var express = require('express'); var app = express(); app.get('/coche', function (req, res){res.send( 'Coche' );}); app.get('/casa/*', function (req, res){res.send( 'Casa' );}); app.get('*', function (req, res){res.send( 'Nada' );}); app.listen(80); Como respondera esta aplicación a los siguientes URLs: => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor => 'Coche', 'Casa', 'Nada', Error-NoHayServidor 37

38 Ejercicio Si el servidor upm.es contiene solo el recurso /lib/upm.html <!DOCTYPE html> <html>... <body> <h1 id="id1" >Servidor UPM</h1> </body> </html> y el servidor aaa.com contiene solo el recurso /lib/aaa.html <!DOCTYPE html> <html>... <body> <h1 id="id2" >Servidor AAA</h1> </body> </html> qué recurso identificarán los siguientes URLs upm.es aaa.com => el fichero completo upm.html, el fichero completo aaa.html, el elemento <h1 id="id1" >Servidor UPM</h1> de upm.html, el elemento <h1 id="id2" >Servidor AAA</h1> de aaa.html elemento o recurso inexistente =>... (las mismas respuestas)... =>... (las mismas respuestas)... =>... (las mismas respuestas)... =>... (las mismas respuestas)... #id2 despues de acceder al URL =>... (mismas respuestas)... #id2 despues de acceder al URL =>... (mismas respuestas)... aaa.html#id1 despues de acceder al URL =>... (mismas resp.).. upm.html#id1 despues de acceder al URL =>.. (mismas resp.).. 38

39 La conexión HTTP Juan Quemada, DIT - UPM 39

40 Conexión HTTP Cliente Web (HTTP) Solicitud HTTP Respuesta HTTP Proxy, Cache,.. Proxy Cache, Solicitud HTTP Respuesta HTTP Servidor Web (HTTP) TCP UDP Circuito virtual TCP TCP. TCP Circuito virtual TCP TCP UDP IP Router IP IP IP Router IP IP Red Red n Conexión HTTP: conjunto de conexiones que unen cliente y servidor n Permiten el envío de solicitudes y respuestas de un extremo a otro w a través de dispositivos intermediadores que ayudan a que el servicio escale, sea más seguro, etc. n Cada tramo puede conectar por TCP o con conexiones de otro tipo Un navegador puede mantener múltiples conexiones abiertas n Normalmente necesita acceder a múltiples servidores durante la navegación Web Conexiones HTTP 1.0 y 1.1 n Norma - RFCs : n

41 Conexión persistente y paralelo (pipelined) Figura tomada de HTTP: The Definite Guide de D. Gourley & B. Toty 41

42 Tipos de conexiones HTTP Conexión HTTP serie: sencilla, pero ineficaz (obsoleta) Cada solicitud establece y libera una conexión TCP con el servidor Conexión HTTP persistente (HTTP 1.0) n Queda establecida al finalizar después de enviar la respuesta w Permite múltiples transacciones con una única conexión TCP Parámetros de gestión de la conexión Connection: keep-alive Solicita que la conexión permanezca abierta Connection: close Solicita cierre de la conexión Solicitudes HTTP en paralelo (pipelined) (HTTP 1.1) n n Una solicitud puede enviarse sin haber recibido la respuesta a la anterior w Las respuestas a las solicitudes deben llegar en el orden de envío por el cliente Aumenta mucho la velocidad de carga de páginas Web 42

43 Carga de una página típica Un página HTML contiene habitualmente otros objetos que se cargan con solicitudes separadas (imagenes, estilos,...). n n Conexiones persistentes con solicitudes en paralelo aceleran mucho la descarga de la página completa El ejemplo supone que todo viene del mismo servidor, pero puede haber más Página Objetos asociados 43

44 Longitud del contenido del cuerpo (body) 1.Cierre del socket determina última información Existe por compatibilidad con browsers mas antiguos 2.Parámetro de contenido con longitud fija Campo de cabecera: Content-Length: 231 El método send() (express) delimita con Content-Length 3.Contenido troceado (chuncked) o en streaming Parámetro de cabecera: Transfer-Encoding: chuncked Trozo: incluye campo inicial en hexadecimal con tamaño de bloque. Marca de final: un trozo de tamaño 0 indica el final del cuerpo El módulo http de node.js soporta este modo también write() envía trozos y end() envía la marca de final de cuerpo 4.Longitud implícita cero algunas respuestas (1xx, 204 y 304) nunca llevan contenido 44

45 Conexión y longitud del contenido La consola Web de Firefox permite ver los detalles de la transacción al hacer click en ella. El cuerpo (body) de la respuesta incluye la página HTML. - Status 200 OK: respuesta incluye recurso - Content-Type: text/html; charset=utf-8 -> indica página HTML en UTF-8 - Content-Length: 95 -> indica que el cuerpo lleva 95 octetos 45

47 Ejercicio Indicar que respuesta define correctamente la función del primer término Conexión HTTP => 1. Conecta cliente y servidor a través de dispositivos intermediadores, 2. Conexión que permanece establecida para múltiples transacciones HTTP, 3. Conexión arranca nuevas transacciones sin que hayan finalizado las anteriores, 4. Cuerpo de HTTP delimitado por el parámetro Content-length:, 5. Cuerpo de HTTP que se envía en bloques separados, que termina con un bloque vacío, Conexión persistente =>... (las mismas respuestas)... Conexión pipelined =>... (las mismas respuestas)... Contenido de longitud fija =>... (las mismas respuestas)... Contenido troceado o chuncked =>... (las mismas respuestas)... Juan Quemada, DIT, UPM 47

48 Ejercicio Indicar que respuesta define correctamente la función del primer término Conexión HTTP (1) => 1. Conecta cliente y servidor a través de dispositivos intermediadores, 2. Conexión que permanece establecida para múltiples transacciones HTTP, 3. Conexión arranca nuevas transacciones sin que hayan finalizado las anteriores, 4. Cuerpo de HTTP delimitado por el parámetro Content-length:, 5. Cuerpo de HTTP que se envía en bloques separados, que termina con un bloque vacío, Conexión persistente (2) =>... (las mismas respuestas)... Conexión pipelined (3) =>... (las mismas respuestas)... Contenido de longitud fija (4) =>... (las mismas respuestas)... Contenido troceado o chuncked (5) =>... (las mismas respuestas)... Juan Quemada, DIT, UPM 48

49 Caches y proxies Web Juan Quemada, DIT - UPM 49

50 La Web como repositorio de información Internet es hoy un gran repositorio de información (Web) n El tráfico mayoritario son consultas Web a recursos muy populares w páginas Web, fotos, películas, grandes ficheros, El tráfico Web se optimiza con caches n Una cache guarda recursos para servirlos directamente w Sin necesidad de traerlos del servidor n Las caches se sitúan en puntos estratégicos cercanos al destino w En el navegador w A la entrada de una organización w En puntos de conexión entre redes o proveedores w Delante del servidor Un proxy es un intermediador que concentra el tráfico Web n Suele tener una cache para optimizar el tráfico externo w Las organizaciones suelen utilizarlo también para controlar el tráfico saliente 50