PDF de programación - Servicios avanzados IV: Servidor Web Apache

Administración y Gestión de Redes

Servicios avanzados IV: Servidor Web Apache.

Servicios avanzados IV: Servidor Web Apache.

Autor: Enrique V. Bonet Esteban

Introducción.

El HTTP (HyperText Transfer Protocolo) es la base del armazón arquitectónico
que se conoce actualmente como el World Wide Web1, esto es la posibilidad de acceder
a billones de documentos, distribuidos por millones de ordenadores en todo el mundo,
documentos que a su vez se encuentran vinculados unos con otros.

Inicialmente la idea de la Web surgió en el laboratorio de altas energías del
CERN, el Centro Europeo de Investigación Nuclear. La mayoría de los experimentos,
altamente complejos y que requieren años de planteamiento y construcción de equipo,
involucran a equipos multidisciplinares formados por personas de distintos países
europeos. La Web surgió por la necesidad de lograr que estos equipos de investigadores,
dispersos geográficamente por distintos países, tuvieran la posibilidad de colaborar de
forma rápida y eficaz en el diseño y desarrollo de un conjunto rápidamente cambiante
de informes, planos, dibujos, fotos y otros documentos.

La propuesta inicial de la Web de documentos vinculados surgió del físico del
CERN Tim Berners-Lee en marzo de 1989. El primer prototipo (basado en texto) estaba
en funcionamiento 18 meses después. En diciembre de 1991 se hizo una demostración
pública en la conferencia Hypertext’91 en San Antonio (Texas, EE.UU.). El desarrollo
continuó durante el siguiente año, culminando con la liberación de la primera interfaz
gráfica, Mosaic, en febrero de 1993.

En 1994, el CERN y el M.I.T. firmaron un acuerdo para establecer el World
Wide Web Consortium, una organización dedicada al desarrollo de la Web, la
estandarización de protocolos y el fomento de interoperabilidad entre las instalaciones.
Tim Berners-Lee se convirtió en el director.

Actualmente el Web es la herramienta más conocida y utilizada en la red
Internet, siendo además la que más ha contribuido a popularizar la misma y fomentar su
uso.

El servicio HTTP esta basado en una arquitectura cliente/servidor. En esta
arquitectura la mayor complejidad, tanto de desarrollo como de administración, radica
en el servidor, siendo el cliente tan solo2 una herramienta capaz de ofrecer por pantalla
los distintos elementos (documentos de texto, archivos de imágenes, etc.), que envía el
servidor al cliente.

El estudio del tema lo desarrollaremos en tres puntos, en primer lugar un breve
punto con la descripción del protocolo HTTP, un segundo punto con la explicación de la
configuración del cliente y por último un tercer punto con la configuración del servidor.

1 A partir de ahora lo denominaremos simplemente como Web.
2 La afirmación debe ser entendida principalmente en el aspecto de administración, tal y como veremos a
continuación.

Doble Titulación Informática + Telemática

1

Administración y Gestión de Redes

Servicios avanzados IV: Servidor Web Apache.

El protocolo HTTP.

El protocolo estándar de transferencia de la Web es el HTTP (HyperText
Transfer Protocol). Cada interacción consiste en una solicitud ASCII seguida de una
respuesta de tipo MIME RFC 8223. Aunque la conexión de transporte se realiza
mediante el protocolo TCP, el estándar no requiere formalmente su uso4.

El protocolo HTTP consiste en dos elementos bastante diferentes: las solicitudes
de los clientes a los servidores y las respuestas en el otro sentido. Aunque el HTTP se
desarrollo inicialmente para usarse en la Web, ha sido generalizado con posterioridad en
previsión de su utilización en futuras aplicaciones orientadas a objetos. Por esta razón,
la primera palabra de la línea de solicitud completa es sencillamente el nombre del
método (comando) a ejecutar y a continuación la página de la Web (u objeto general).
Los métodos existentes se listan en la tabla siguiente, siendo sensibles al contexto
(mayúsculas y minúsculas), por lo cual GET es un método valido pero get no lo es.

Descripción

Método
OPTIONS Solicita información sobre las opciones de comunicación.
GET
HEAD
POST
PUT
DELETE Elimina una página Web.
TRACE

Solicita recibir una página Web.
Solicita leer la cabecera de una página Web.
Añade información a un recurso nombrado.
Solicita almacenar una página Web.

Invoca la devolución del mensaje de solicitud.

El método OPTIONS solicita al servidor información sobre las opciones de
comunicación disponibles para el recurso apuntado por un URL, generalmente un tipo
MIME (text/html, etc.). De esta forma, el cliente puede determinar las posibilidades que
tiene el servidor o las opciones asociadas a un recurso determinado.

El método GET5 solicita al servidor que envíe la página codificada
adecuadamente en MIME. Sin embargo, si a la solicitud GET le sigue una cabecera If-
Modified-Since, el servidor sólo envía los datos si fueron modificados después de la
fecha proporcionada. Usando este mecanismo, un navegador al que se solicitó una
página que está en caché puede realizar una solicitud condicional al servidor.

El método HEAD simplemente pide la cabecera del documento, sin la página.
Este método puede servir para obtener la hora de la última modificación, para recolectar
información con fines de indexación, o simplemente para comprobar la validez de una
URL transfiriendo menos datos que si se usa el método GET..

El método POST se utiliza para solicitar al servidor que acepte la información
que se envía adjunta al mensaje. Este método se utiliza generalmente para la publicación
de un mensaje en un grupo de noticias y para proporcionar un bloque de datos al
servidor (por ejemplo los datos rellenados en un formulario por el usuario).

3 El RFC 822 describe el formato estándar de intercambio de correo.
4 Actualmente todos los servidores y clientes de HTTP utilizan el protocolo de transporte TCP, por lo que
el desarrollo de un servidor o cliente que no utilice dicho protocolo de transporte no es aconsejable.
5 Con posterioridad veremos más detalladamente el método GET.

Doble Titulación Informática + Telemática

2

Administración y Gestión de Redes

Servicios avanzados IV: Servidor Web Apache.

El método PUT es el inverso de GET, en lugar de leer una página la escribe. Este
método hace posible construir un conjunto de páginas de la Web en un servidor remoto.
El cuerpo de la solicitud contiene la página y puede codificarse usando MIME, en cuyo
caso las líneas que siguen a PUT deben incluir cabeceras Content-Type y de validación
de identificación, para demostrar que el solicitante tiene permisos de ejecución de la
operación.

El método DELETE elimina la página. Como con PUT, la validación de
identificación y los permisos desempeñan un papel principal. No hay garantía de que
DELETE tendrá éxito, puesto que, incluso si el servidor HTTP remoto está dispuesto a
borrar la página, el archivo subyacente puede tener unos permisos de sistema que
prohíban al servidor HTTP su modificación o eliminación.

Por último, el método TRACE se utiliza para depurar aplicaciones. El servidor
final debe devolver el mensaje de solicitud, reflejando que ha recibido de forma correcta
el mensaje o bien el tipo de error detectado.

Cada solicitud recibe una respuesta que consiste en una línea de estado y,
posiblemente, información adicional (por ejemplo, toda o parte de una página Web). La
línea de estado contiene un código que consiste en un número de tres dígitos y,
posiblemente, un mensaje de texto aclaratorio del significado del código numérico. Un
ejemplo de línea de estado es el siguiente:

HTTP/1.0 200 OK

Existen cinco tipos de códigos en función del primer dígito:

Código
1xx
2xx
3xx
4xx

5xx

Descripción

Informativo. No utilizado, reservado para usos futuros.
Éxito. La acción fue recibida y aceptada.
Redirección. Se necesita una acción adicional para llevar a cabo la solicitud.
Error del cliente. La solicitud contiene sintaxis errónea o no se puede
conceder.
Error del servidor. El servidor no puede atender una solicitud aparentemente
correcta.

El HTTP evoluciona constantemente. Se usan varias versiones y se están
desarrollando otras. Las versiones se especifican mediante un sistema de numeración
del tipo <mayor>.<menor> para indicar las versiones del protocolo. De esta forma el
emisor puede indicar el formato del mensaje y su capacidad para entender futuras
comunicaciones HTTP. La versión del mensaje HTTP se indica en el campo HTTP-
Version en la primera línea del mensaje, como en el siguiente ejemplo:

HTTP-Version: HTTP/1.0

En caso de no especificarse la versión del protocolo, el receptor del mensaje

asume que el mensaje tiene el formato HTTP/1.0.

Las dos versiones principales existentes actualmente son la HTTP/1.0 y la
HTTP/1.1. La diferencia principal entre ambas es que, mientras la versión 1.0 obliga a

Doble Titulación Informática + Telemática

3

Administración y Gestión de Redes

Servicios avanzados IV: Servidor Web Apache.

que cada petición que un cliente realiza a un servidor genere una conexión TCP
diferente, la versión 1.1 permite que una conexión albergue diferentes intercambios de
solicitudes y respuestas.

El método GET.

De todos los métodos explicados con anterioridad, el método más usado es el
método GET, que como hemos visto permite la solicitud de una página Web a un
servidor por parte de un cliente. Las versiones actuales de HTTP reconocen dos tipos de
solicitudes distintas del método GET: solicitudes sencillas y solicitudes completas.

Las solicitudes sencillas consisten en una única línea que comienza con el
método GET y a continuación se encuentra el nombre de la página deseada, sin
especificar la versión del protocolo y sin ningún d