Capa de Aplicación (Parte 2 de 2)

Transcripción

1 Capa de Aplicación (Parte 2 de 2) Redes de Computadoras HTTP (Hypertext Transfer Protocol) 1

2 Qué es Internet? Internet conecta a un conjunto de redes usando protocolos estándar Protocolos de enrutamiento, transporte, aplicación (IP, TCP, UDP, DNS, HTTP, ) El Web es un servicio de Internet, el cual utiliza TCP/IP como base El protocolo de aplicación es HTTP El World Wide Web Inició en 1989 como un proyecto lidereado por Tim Berners-Lee, en el CERN (Ginebra, Suiza). Para publicar e intercambiar documentos en un ambiente académico Especificaciones abiertas, por lo cual se continuó desarrollando fuera del CERN Primer navegador gráfico exitoso creado en el NCSA (llamado Mosaic) De ahi surgió Netscape, con el equipo original de Mosaic 2

3 WWW: ideas básicas Cualquiera puede crear y publicar un documento No es necesario tener un repositorio centralizado de información al cual pueda acceder solo personal autorizado Un método uniforme para localizar documentos distribuídos en cualquier parte del mundo Los URLs son mas que una dirección pues especifican la localización (servidor, archivo) del recurso y el mecanismo (protocolo) para accesarlo Una interface al usuario uniforme El usuario navega en la informacion, sin necesidad de ejecutar comandos WWW: ideas básicas Acceso a cualquier base de datos No es necesario formatear la información para publicarla en el WWW (e.g., HTML) La idea es acceso universal a la información Soporte para transacciones No solamente consulta pasiva de documentos Posibilidad de capturar información y procesarla en sistemas remotos 3

4 WWW: tecnologías base El protocolo utilizado para la comunicación entre los clientes y los servidores Web se llama HTTP (HyperText Transfer Protocol). El formato estándar utilizado para los documentos que se intercambian es el HTML (HyperText Markup Language). La forma de localizar o direccionar documentos en el Web es por medio de URLs (Uniform Resource Locators). HTTP Desarrollado por Tim Berners-Lee para comunicar clientes y servidores Web (HTTP/0.9). Es simple pero ineficiente. La versión 1.0 sólo tiene 3 comandos. No guarda el estado ni mantiene abierta la conexión (stateless y connectionless) Maneja distintos tipos de datos (texto, imágenes, etc.) y unifica distintos protocolos (HTTP, FTP,...) 4

5 WWW: funcionamiento básico 1. A través de su aplicación cliente (navegador) el usuario selecciona hipertexto que liga hacia un documento en otra computadora (servidor Web). WWW: funcionamiento básico 2. El cliente envía la petición hacia la computadora donde el documento reside (servidor Web). 5

6 WWW: funcionamiento básico 3. El servidor Web responde enviando el documento solicitado hacia el cliente para que este lo despliegue y pueda ser manipulado por el usuario. HTTP Tim Berners-Lee inventó HTTP para comunicación entre clientes y servidores Web. HTTP define una conversación de peticiónrespuesta. HTTP no define como establecer la conexión de red o como transmitir la información. de eso se encargan protocolos de capas mas bajas como TCP/IP. Ver RFC

7 Petición HTTP Una petición HTTP consiste de: 1. El método, que debe ser una de un conjunto de acciones legales. 2. El URI (Universal Resource Identifier), que nombra a la información solicitada. 3. La versión del protocolo. 4. (Opcionalmente) otra información para complementar la petición. Métodos HTTP 7

8 Petición HTTP El URI identifica al objeto que se solicita. Los URIs deben seguir un conjunto de reglas definidas por el RFC La versión del protocolo. El Web utiliza un conjunto de URIs que son los URLs. Info adicional en peticiones Algunos campos que pueden enviarse en la petición (hay muchos mas). 8

9 Petición HTTP Ejemplo de petición HTTP: GET /docentes HTTP/1.1 Accept: image/gif, image/jpeg,... Accept-Language: en/us Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; Win 9x 4.90) Host: fcqi.tij.uabc.mx Connection: Keep-Alive Respuesta HTTP La línea de status tiene la forma: HTTP/versión código razón donde código es un número indicando el resultado de la petición. razón es una descripción corta explicando el significado del código. 9

10 Códigos de status HTTP Algunos códigos de status (hay muchos mas). Respuesta HTTP Los metadatos en la respuesta da información adicional que servirá al cliente para saber como tratar, interpretar y desplegar la información recibida. formato del documento enviado (indicado por el tipo MIME). acciones para el cache. acciones sobre las conexiones. 10

11 Metadatos HTTP Alguna información enviada por el servidor en el encabezado (hay mucha mas). Metadatos HTTP Algunos tipos MIME (hay muchos mas ver RFC 2046). 11

12 Respuesta HTTP Ejemplo de respuesta HTTP: HTTP/ OK Date: Sun, 16 Jun :51:48 GMT Server: Apache/ (Unix) ApacheJserv/1.1.2 PHP/4.1.2 Location: Pragma: no-cache Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-type: text/html Ineficiencias en HTTP En HTTP 1.0, cada objeto incluído en un documento (imágen, audio, etc.) genera una petición por separado. Cada petición-respuesta implica abrir y cerrar una conexión adicional por separado. aparte, recordar que TCP tiene un comportamiento de slow-start. 12

13 Ineficiencias en HTTP DNS (Domain Name System) 13

14 Universo de nombres DNS Esto es solo una porción Tipos de Registros Principales tipos de registros DNS 14

15 Tipos de Registros Base de datos DNS de cs.vu.nl Servidores de nombres Nombres DNS mostrando division entre zonas 15

16 Servidores de nombres Como un servidor de nombres resuelve una peticion Servidores de nombres La maquina flits.cs.vu.nl quiere resolver el nombre ai.cs.yale.edu 1. Se envía una consulta al servidor local cs.vu.nl. 2. Si este servidor no ha escuchado antes esta consulta, la envía al servidor edu-server.net. 3. Lo mas probable es que este ultimo servidor no tenga la dirección de ai.cs.yale.edu pero si debe tener las direcciones de sus todos sus hijos en este caso yale.edu. 16

17 Servidores de nombres 4. Este envía la petición hacia cs.yale.edu y este debe de tener en su base de datos la dirección de ai.cs.yale.edu Posteriormente la respuesta viaja siguiendo la ruta inversa que siguió para realizarse la petición (pasos 5 a 8) 17