Tema 3

Redes

web y HTTP
Índice
Esquema

Ideas clave

3.1. Introducción y objetivos

3.2. Modelo de funcionamiento de HTTP

3.3. Formatos de mensaje HTTP

A fondo

HTTPS: así funciona

SPDY: ¿más rápido y más seguro?

AJAX Tutorial

SPDY: an experimental protocol for a faster web

El protocolo HTTP v1.0.

Cookies, ¿qué son y para qué sirven?

Bibliografía

Test
 Esquema

Redes 3
Tema 3. Esquema
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

3.1. Introducción y objetivos

Para estudiar este tema tendrás que leer y comprender las Ideas clave que se

presentan a continuación. Además, deberás leer el apartado «La web y HTTP»

(páginas 95-112) del libro: Kurose, J. y Ross, K. (2010). Redes de computadoras: un

enfoque descendente (5ª ed.). Madrid: Pearson.

Disponible a través del aula virtual en virtud del artículo 32.4 de la Ley de Propiedad

Intelectual.

En el tema 3, se estudiará el protocolo HTTP, utilizado de forma mayoritaria sobre

Internet:

▸ Se presentarán el modelo cliente/servidor web usando HTTP.

▸ Se conocerá con detalle el formato de los mensajes de solicitud

HTTP_REQUEST y de respuesta HTTP_RESPONSE.

▸ Se explicarán los distintos métodos de interacción con el servidor HTTP (GET,

PUT, HEAD, etc.).

Redes 3
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

3.2. Modelo de funcionamiento de HTTP

De forma muy genérica, se podría decir que el protocolo HTTP define cómo se

solicitan y se transportan páginas web, documentos HTML que serán interpretados

por el cliente web, sobre la red de Internet. Se trata de un protocolo de nivel de

aplicación, que necesita de los servicios de una pila TCP/IP para su funcionamiento.

El protocolo HTTP está basado en un simple mecanismo de solicitud y respuesta. El

proceso completo, denominado transacción HTTP, se inicia cuando el usuario solicita

un documento HTML y termina cuando el cliente web lo representa visualmente con

el formato apropiado, como veremos en la figura 1.

Figura 1. Modelo cliente-servidor.

▸ El usuario especifica en el cliente web la dirección de la página que desea

consultar.

▸ El cliente establece una conexión HTTP con el servidor web.

▸ El cliente solicita la página o el objeto deseados.

▸ El servidor envía dicha página u objeto (o, si no existe, devuelve un código de

error), tras lo cual el cliente inicia sus labores de interpretación de los códigos

Redes 3
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

HTML para representar visualmente los contenidos con el formato apropiado.

▸ Se cierra la conexión.

Obsérvese que en HTTP/1.0 siempre se libera la conexión, por lo que esta solo

tiene la duración correspondiente a la transmisión del objeto solicitado.

Así, cuando el usuario activa un enlace de la página, se establece una nueva

conexión para recibir otra página u objeto multimedia en una transacción HTTP

independiente de la anterior. Por ello, el usuario tiene la sensación de que está

disfrutando de una conexión permanente cuando realmente no es así.

Además, es de suma importancia entender que para cada objeto que se transfiere

por la red se realiza una conexión independiente. Por ejemplo, si el cliente web

solicita una página web que contiene dos imágenes integradas, se realizan tres

conexiones: una para el documento HTML y dos para los archivos de las imágenes.

Por otra parte, hay que indicar que el protocolo HTTP es un protocolo de

transmisión sin estado. Esto significa que cada conexión se realiza siempre de

forma independiente de las demás. No se conserva, por tanto, información de estado

correspondiente a conexiones anteriores.

Redes 4
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

3.3. Formatos de mensaje HTTP

Resulta de gran importancia conocer de forma precisa el funcionamiento del

protocolo HTTP, y en especial el formato de sus mensajes, puesto que permite a los

administradores de servidores web no solo verificar el funcionamiento de un servidor

sin la ayuda de ningún cliente web, sino que también podrá comprobar con todo

detalle cómo responde el servidor a solicitudes concretas.

Por ello, a continuación, se ofrecerá una breve explicación del formato de los

mensajes de solicitud y respuesta usados en el protocolo HTTP. En este protocolo,

todos los mensajes son de texto plano, perfectamente legible.

Mensaje de solicitud

Solicitud Completa = Línea de Solicitud

[Cabecera General |

Cabecera de Solicitud |

Cabecera de Entidad ]

CRLF

[Cuerpo de la Entidad]

Donde:

Línea de Solicitud =

Método (espacio) URI_Solicitud (espacio) Versión_de_HTTP CRLF

La primera línea del mensaje se denomina «línea de solicitud» y especifica tres

elementos de información separados por el carácter de espacio en blanco (20h) y

Redes 3
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

como todas las demás líneas del mensaje, finaliza con el código CRLF (salto de línea

y retorno de carro). Estos tres elementos son los siguientes:

▸ Método. Indica uno de los tres métodos de solicitud disponibles, HEAD, GET y

POST. El primero de ellos permite obtener información sobre el recurso

solicitado, sin llegar a transferir el propio recurso. El método GET permite

indicar una solicitud estándar, con la posibilidad de enviar una cantidad limitada

información al servidor. En el método POST no existen estos límites.

▸ URI (Universal Resource Identifier, Identificador Universal de Recurso) es una

especificación inequívoca del recurso que se solicita en ese servidor.

▸ Versión del protocolo HTTP. En la actualidad, HTTP/1.0 o HTTP/1.1.

Las restantes cabeceras, opcionales, se utilizan para poder transmitir diversa

información adicional sobre la solicitud que se efectúa al servidor: preferencias sobre

el formato de la información que se espera recibir, recuperación condicionada a la

existencia de una versión de los documentos u objetos modificados con posterioridad

a una fecha (para la implementación de cachés en cliente), etc.

El cuerpo de la entidad, opcional, es la información del objeto que se transmite o

recibe. Siempre está separado de la información de cabeceras por una línea en

blanco (CRLF). Normalmente no se suele utilizar en mensajes de solicitud, sino que

se emplea, por motivos obvios, en mensajes de respuesta.

Veamos un ejemplo:

GET /index.html HTTP/1.1

Host: www.unir.net

Mensaje de respuesta

En el mensaje de respuesta del servidor, se envía información sobre el contenido, así

Redes 4
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

como el propio contenido (el documento u objeto de datos solicitado):

Respuesta Completa: Línea de estado

[Cabecera General |

Cabecera de Respuesta |

Cabecera de Entidad ]

CRLF

[Cuerpo de la Entidad]

Donde:

Línea de Estado=

Versión_HTTP (espacio) Código_de_Estado (espacio) Razón CRLF

Como se puede apreciar, el formato de un mensaje de respuesta es muy similar al de

una solicitud.

Quizás, lo único que conviene destacar es la línea de estado que, nuevamente,

contiene tres elementos:

Figura 2. Elementos de la línea de estado.

▸ Versión del protocolo HTTP: disponible en el servidor.

Redes 5
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

▸ Código de estado: valor numérico que indica el resultado de la solicitud (200

en caso de éxito, u otros valores para otro tipo de situaciones).

▸ Razón: es una cadena de texto que suministra cierta información descriptiva

sobre el resultado.

Veamos un ejemplo (respuesta a la solicitud anterior):

HTTP/1.1 200 OK

Date: Mon, 24 Nov 2014 22:38:34 GMT

Server: Apache/1.3.3.7 (Unix) (Red-Hat/Linux)

Last-Modified: Wed, 08 Nov 2014 23:11:55 GMT

Content-Type: text/html; charset=UTF-8

Content-Length: 131

Accept-Ranges: bytes

Connection: close

<html>

<head>

<title>Ejemplo HTTP</title>

</head>

<body>

Esto es una página de pruebas.

</body>

Redes 6
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 Ideas clave

</html>

Redes 7
Tema 3. Ideas clave
© Universidad Internacional de La Rioja (UNIR)
 A fondo

HTTPS: así funciona

Julián, G. (26 de agosto de 2013). HTTPS: así funciona [Publicación en web].

Genbeta.

En este artículo se presenta el modo de comunicaciones seguras web, que no es

más que el uso del protocolo HTTP con servicios de seguridad subyacentes

proporcionados por los protocolos SSL/TLS (Secure Sockets Layer/Transmission

Layer Security).

Accede al documento a través del aula virtual o desde la siguiente dirección web:
https://www.genbeta.com/web/https-asi-funciona

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 A fondo

SPDY: ¿más rápido y más seguro?

Díaz, J. (16 de julio de 2014). SPDY: ¿más rápido y más seguro? [Entrada en blog].

Incibe-cert_.

En 2009 Google empezó a desarrollar un protocolo denominado SPDY, abreviatura

de speedy, para mejorar el rendimiento y la seguridad del protocolo HTTP/1.1. Hoy

ya es una realidad y hay tanto navegadores como servidores que lo soportan. En

este documento, desarrollado por INCIBE, Instituto Nacional de Ciberseguridad, se

hace un breve análisis de dicho protocolo.

Accede al documento a través del aula virtual o desde la siguiente dirección web:
https://www.incibe-cert.es/blog/spdy-rapido-seguro

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 A fondo

AJAX Tutorial

En este tutorial interactivo desarrollado por w3schools.com se explica la técnica

AJAX, que permite crear páginas web mucho más dinámicas utilizando de forma

asíncrona Javascript y XML. Así, se pueden establecer conexiones HTTP con el

servidor sin intervención del usuario y sin recargar la página que este está

consultando.

Accede al documento a través del aula virtual o desde la siguiente dirección web:
https://www.w3schools.com/js/js_ajax_intro.asp

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 A fondo

SPDY: an experimental protocol for a faster web

The Chromium Projects (s.f.). SPDY: an experimental protocol for a faster web

[Publicación en web].

En este documento, publicado por Google como parte de los proyectos de

Chromium, se analizan con detalle las mejoras de rendimiento obtenidas utilizando

SPDY en distintos escenarios de prueba. En ellos se puede ver que se obtiene una

mejora con respecto a HTTP del 27 % - 60 % en los tiempos de carga de páginas

usando TCP (sin SSL) y del 39 % - 55 % usando los servicios de seguridad de SSL.

Accede al documento a través del aula virtual o desde la siguiente dirección web:
http://dev.chromium.org/spdy/spdy-whitepaper

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 A fondo

El protocolo HTTP v1.0.

Universidad Politécnica de Valencia (29 de septiembre de 2011). El protocolo HTTP

(versión 1.0) [Archivo de video].

En este interesante video del profesor Jesús Tomás Gironés, se explican los detalles

de los mensajes de solicitud y respuesta de una transacción HTTP, con un ejemplo.

Accede al video a través del aula virtual o desde la siguiente dirección web:

https://www.youtube.com/watch?v=CPUbmKc3rtM

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 A fondo

Cookies, ¿qué son y para qué sirven?

Luján, S. (30 de octubre de 2011). Cookies, ¿qué son y para qué sirven? [Archivo de

video].

En este video, del profesor Sergio Luján, se explica el uso de las cookies para

actividades de seguimiento de la navegación del usuario y sus implicaciones en el

ámbito de la privacidad de los usuarios de la web.

Accede al video a través del aula virtual o desde la siguiente dirección web:
https://www.youtube.com/watch?v=8LaTgXMhgtE

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 A fondo

Bibliografía

Forouzan, B. (2007). Transmisión de datos y redes de computadores (4ª ed.).

Madrid: McGraw-Hill.

Kurose, J. y Ross, K. (2010). Redes de computadoras: un enfoque descendente (5ª

ed.). Madrid: Pearson.

Redes 3
Tema 3. A fondo
© Universidad Internacional de La Rioja (UNIR)
 Test

1. Al descargar una página web que contiene tres objetos imagen (archivos):

2. El protocolo HTTP:

3. En HTTP:

4. Cuando se descarga una página web que contiene cinco objetos, usando HTTP

con conexiones persistentes:

5. Cuando un navegador envía una solicitud HTTP de una página:

6. El problema de usar el método GET de HTTP al enviar datos de formularios es:

7. El mensaje «404 Not Found»:

8. Las cookies HTTP:

9. El método HEAD en HTTP:

10. En HTTP, el método GET condicional:

Redes 3
Tema 3. Test
© Universidad Internacional de La Rioja (UNIR)