Servidores Web

[AFO018349] IFCT103PO SERVIDORES WEB
[MOD016540] IFCT103PO SERVIDORES WEB

[UDI096306] SERVIDORES WEB.
Introducción
Veremos la definición de servidor web: Un servidor Web o servidor HTTP es un programa que se
encarga de procesar una aplicación del lado del servidor haciendo conexiones bidireccionales
y/o unidireccionales y síncronas o asíncronas con el cliente creando o cediendo una respuesta en
cualquier lenguaje o Aplicación del lado del cliente.
t
ne
e.
in
nl
ao
ul
ia
.m
s ca
ga
la
lagasca.miaulaonline.net
1 / 33
Objetivos
Adquirir la capacidad de conocer la definición de servidor web, los diferentes protocolos y los más
utilizados actualmente.
t
ne
e.
in
nl
ao
ul
ia
.m
s ca
ga
la
2 / 33
Mapa Conceptual
[[[Elemento Multimedia]]]
t
ne
e.
in
nl
ao
ul
ia
m
.
s ca
ga
la
3 / 33
¿Qué son los servidores web?
Un servidor Web o servidor HTTP es un programa que se encarga de procesar una aplicación del
lado del servidor haciendo conexiones bidireccionales y/o unidireccionales y síncronas o
asíncronas con el cliente creando o cediendo una respuesta en cualquier lenguaje o Aplicación del
lado del cliente.
t
El código obtenido por el cliente suele ser compilado y realizado por un navegador Web. Para la
ne
transmisión de toda esta información suele usarse algún protocolo.
e.
Generalmente se hace uso del protocolo HTTP para estas comunicaciones, que pertenecen a la
capa de aplicación del modelo OSI. El término además se utiliza para referirse al ordenador que
in
ejecuta el programa.
nl
ao
ul
ia
.m
s ca
ga
la
Características Del Servidor Web
Sus principales características son:

Espera y recibe peticiones del servidor. Después de recibir la petición, la ejecutan y a continuación
envían la respuesta al cliente. Aceptan multitud de conexiones de clientes. No actúan directamente
con el usuario final.
4 / 33
Funcionalidades principales
SERVIDORES DE ARCHIVOS
Almacenan archivos y aplicaciones de productividad como por ejemplo procesadores de

texto, hojas de cálculo, etc.
SERVIDORES DE BASE DE DATOS
t
Almacenan bases de datos, tablas, índices. Es uno de los servidores que más carga tiene.
ne
SERVIDOR DE TRANSACCIONES
e.
Procesa todas las transacciones. Valida primero y recién genera un pedido al servidor de
bases de datos.
in
SERVIDORES DE GROUPWARE
nl
Permiten colaborar a los usuarios, sin importar la localización, vía Internet o vía Intranet
corporativo y trabajar juntos en una atmósfera virtual.
ao
ul
Requisitos del sistema

ia
A continuación nombraremos como se clasifican los distintos requisitos del sistema:

m
.
Descripción del vídeo: Conexión con sistemas remotos

ca
Hardware
s
Nuestro Hardware debera de cumplir los requísitos que necesitemos para nuestro servidor web. Las
ga
características que más habrá que tener en cuenta son:

la
Memoria RAM
Cuanta más memoria RAM mejor, puesto que si hay poca, el ordenador hará uso del disco
duro y esto hará que el servidor sea más lento de respuesta. Es muy recomendable que
lleve tecnología ECC (“Error Code Correction”), que detecta fallos y los corrige.
Microprocesador
Dependiendo del tipo de servidor que se le vaya utilizar.
5 / 33
Disco Duro (HDD)
Cuanto mayor velocidad de transferencia mejor.
Software
Necesitaremos
t
Sistema Operativo (Windows, Linux, etc)
ne
Servidores Web (Apache, Internet Information Services (IIS), Cherokee, Tomcat)
e.
Servidor/Cliente FTP (Filezilla, )
Navegador web (Firefox, Chrome, Internet Explore, etc)
in
nl
ao
Conectividad
ul
Es importante tener en cuenta el ancho de banda de bajada y subida de nuestro servidor y que
estén correctamente configurados los puertos que se vayan a usar.

ia
m
Puertos que usan los programas que puede llevar nuestro servidor web:
.
- Apache : 80, 443

ca
- MySQL 3306
s
ga
- Filezilla: 14147
la
- FTP: 21, 22
- Tomcat: 8005
Rutas y permisos. Permiso de lectura vs permiso de ejecución
Hay que tener cuidado con las directivas de permisos pues si el usuario Apache correspondiese al
grupo “otros usuarios” o “todos los usuarios”, todos los Usuarios de ese grupo tendrán acceso a las
funciones de Apache, con el consiguiente riesgo que ello supone. Por tanto debemos cambiar el
6 / 33
propietario de algún fichero de la página para asignárselo a un grupo al que pertenezca Apache,
permitiendo así que éste pueda usarlo pero no el resto de usuarios del sistema.
Para que Apache pueda exportar un fichero vía Web, solamente necesita poder leerlo. En la
programación Web dinámica basada en servidor, la ejecución de código dinámico la realiza
Apache, y no el usuario dueño de la página, por lo que dicho código sólo deberá acceder a ficheros
a los que el usuario de Apache tenga permisos.
t
Para una correcta política de permisos debemos:
ne
La carpeta /httpd/ deben pertenecer al usuario "root"
e.
Las páginas Web de los usuarios: deben pertenecer al usuario/grupo propietario de la página
in
Web, con permisos de lectura y escritura
nl
Los directorios, que pertenecen al usuario propietario de la página, se les deberán asignar
permisos de ejecución a todos ellos (el permiso de lectura sólo será necesario si se desea que
ao
los directorios sean navegables). Se distinguen los siguientes tipos de ficheros en función del
ul
resto de permisos que se les debe asignar:

ia
m
Los ficheros Web que incluyen lenguajes de programación (PHP, JSP, Java,...) son leídos e
.
ca
interpretados por el servidor, pero no ejecutados, aunque contengan programas, requieren
permisos de lectura, pero no permisos de ejecución.

s
ga
A continuación un mostramos un resumen de los permisos mínimos para que funcione
adecuadamente una página Web:

la
7 / 33
t
ne
e.
El problema más frecuentes en instalaciones de Apache, es que no se Configura adecuadamente la
in
directiva DocumentRoot, lo cual posibilita el acceso a otros directorios o subdirectorios, fuera de
/www/htdocs/.
nl
ao
Listado de directorios
ul
Se utiliza la siguiente estructura de archivos de configuración diseñada para facilitar la

ia
administración:
m
\xampp\apache\conf: En esta carpeta se encuentra httpd.conf que nos permite

.
ca
aplicar directivas a todos los servidores web.
\xampp\php: Aquí se encuentra php.ini donde se configura PHP.

s
\xampp\htdocs: directorio donde se sitúan los sitios web.

ga
la
Tipos MIME permitidos
Los MIME indican el tipo de dato que los archivos contienen, para que el navegador sea capaz de
interpretarlos.
Tipo Extensión
8 / 33
Imagen Bmp, gif, jpg, , png

Sonido Mp3, wav, mod, midi
Vídeo Avi, mpg, swf, mov
El funcionamiento del protocolo HTTP consiste en:
1º Conexión TCP de un cliente con el servidor. www.ejemplo.es puerto 80 Introduce la URL y

realizamos la conexión con el servidor.
2º Se hace una petición.
GET /index.html HTTP/1.2
Host: www.ejemplo.es
t
User-Agent: nombre-cliente
ne
Con esta directiva realizamos la petición al servidor para obtener el contenido de la página
index.html de la URL introducida.
3º El servidor responde y se cierra la conexión.
e.
HTTP/1.2 200 OK
Date: Mon, 14 Aug 2012 12:59:59 GMT
in
Content-Type: text/html
Content-Length: 1331 El servidor nos da una respuesta y nos devuelve el contenido de la página
buscada si la encuentra.
nl
ao
Página principal de www.ejemplo.es
ul
Descripción de peticiones o request methods

ia
m
Los dos primeros Métodos (GET y HEAD) son obligatorios implementarlos, los demás son opcionales.
.
ca
GET
s
ga
Se envía una petición para recuperar el recurso especificado. Por seguridad no debería ser
usado para formularios, puesto que transmite información agregando parámetros a la URL.
la
HEAD
Igual que una petición GET, pero sin el cuerpo de la respuesta. Es decir, sin la información
de cabecera.
POST
Envía los datos para indicar al servidor que va a recibir datos del cliente. Es muy usado en
9 / 33
formularios.
PUT
Se usa para subir archivos a un servidor.
DELETE
Se pide que borre un recurso especificado.
t
ne
TRACE
e.
Se utiliza con fines de depuración. Se solicita al servidor que nos devuelva un mensaje de
in
respuesta.
Códigos de estado
nl
ao
ul
ia
.m
s ca
ga
la
10 / 33
Códigos de estado 1XX
Informan al Navegador de algunas acciones que se van a realizar, requieren que el solicitante
realice una acción para poder continuar:
100
t
ne
(Continuar). El servidor indica que se ha recibido la primera parte de una solicitud y que
está esperando el resto.
e.
101
in
(Cambiando de protocolos), el servidor cambia de protocolo propuesto por el navegador
(puede ser por ejemplo un cambio de HTTP 1.0 a HTTP 1.2).
102
nl
ao
(Processing (WebDAV)), el servidor está procesando la petición del navegador pero
todavía no ha terminado (esto evita que el navegador piense que la petición se ha perdido
ul
cuando no recibe ninguna respuesta).

ia
103
m
(Checkpoint), se va a reanudar una petición POST o PUT que fue abortada previamente.
.
s ca

ga
la
Indican que la solicitud del navegador se ha recibido, procesado y respondido correctamente por
el servidor:
200
(Correcto), la petición se ha realizado correctamente.
11 / 33
201
(Creado), la petición se ha completado con éxito y se ha creado un nuevo recurso.
202
(Aceptado), la petición se ha aceptado y pero todavía no la ha procesado.
203
(Esta información no concede autorización), la petición se ha completado con éxito, pero

muestra información que puede venir de otra fuente.
t
ne
204
(Sin Contenido), la petición al servidor se ha realizado con éxito pero su respuesta no tiene
e.
ningún contenido.
in
205
(Restablecer Contenido), la petición al servidor se ha realizado con éxito, pero no muestra

nl
ningún contenido y además, se necesita que el solicitante recargar la página desde la que
realizó la petición (este código se usa para páginas con formularios).
ao
206
ul
(Contenido Parcial), la petición GET sólo tiene parte de los contenidos.

ia
.m

s ca
ga
Indican que el navegador debe realizar alguna otra opción para cumplir la solicitud:
la
300
(Varias opciones), existe más de una acción para el recurso solicitado por el navegador.
301
(Movido Permanentemente), el recurso solicitado por el navegador se ha movido a otro

lugar y este cambio es permanente.
12 / 33
302
(Movido Temporalmente), el recurso solicitado por el navegador se ha movido a otro lugar,

aunque sólo por tiempo limitado.
303
(Ver otra ubicación), el recurso solicitado por el navegador se encuentra en otro lugar.
304
(No Modificado), el servidor responde con este código cuando la página no ha cambiado.
t
ne
305
(Usar Proxxy), El solicitante sólo puede acceder a la página solicitada mediante un Proxy,
e.
cuya dirección se indica en la cabecera Location de esta misma respuesta.
in
307
(Redireccionamiento temporal), la página solicitada por el navegador se puede obtener en

nl
otro lugar, pero sólo para esta petición. Las próximas peticiones pueden seguir utilizando
la localización original del recurso.
ao
308
ul
(Redireccionamiento Permanente), la página solicitada por el navegador se encuentra en

otro lugar y este cambio es permanente.
ia
.m
ca

s
ga
Indican que se ha producido un error en la solicitud del navegador:

la
400
(Solicitud Incorrecta), el servidor no es capaz de entender la petición del navegador por su

sintaxis.
401
(Sin autorización), la petición por el navegador requiere de autenticación.
13 / 33
403
(Prohibido) el servidor no responde con la página solicitada porque se ha denegado el

acceso.
404
(Página no encontrada), el servidor no encuentra el recurso solicitado por el navegador y

no es posible determinar si esta ausencia es temporal o permanente.
405
t
(Método no permitido), el método (GET, POST, etc.) no está permitido por el servidor.
ne
406
e.
(No aceptable), la página tiene un formato que en teoría no es aceptada por navegador.
in
407
(Se requiere autenticación de Proxy), el navegador debe autenticarse primero con un

proxy.
nl
ao
408
(El tiempo de espera ha caducado), el navegador ha tardado demasiado tiempo en realizar

ul
su petición y el servidor ya no espera esa petición.

ia
409
m
(Conflicto EL servidor ha encontrado un conflicto al cumplir la solicitud.

.
410
ca
(No disponible permanentemente), El servidor muestra esta respuesta cuando el recurso

s
solicitado se ha eliminado definitivamente.

ga
411
(Requiere longitud), el servidor rechaza la petición del navegador porque no incluye la

la
cabecera Content-Length adecuada.
412
(Error de condición previa), El servidor no cumple con una de las condiciones previas que
el solicitante ha especificado en la solicitud.
413
(Entidad de solicitud demasiado larga), la petición del navegador es demasiado larga y el

servidor no la procesa.
14 / 33
414
(URI solicitada demasiado larga), la URI de la petición del navegador es demasiado larga y
por ese motivo el servidor no la procesa.
415
(Tipo de soporte incompatible), la solicitud del navegador tiene un formato que no

entiende el servidor y por ello no lo procesa.
416
t
(Intervalo solicitado no válido), El servidor muestra este código de estado cuando se
ne
realiza una solicitud de un rango que no se encuentra disponible para la página.
417
e.
(Error de expectativa)), la petición del navegador no se procesa porque el servidor no es
in
capaz de cumplir con los requerimientos de la cabecera.
426
nl
(Requerida cambio de versión), el navegador debe cambiar a un protocolo diferente para
ao
realizar las peticiones.
ul
428
(Requiere un condición antes), el servidor requiere que la solicitud del navegador sea
ia
condicional.
m
429
.
(Demasiadas peticiones), el navegador ha realizado demasiadas solicitudes en un

ca
determinado período de tiempo.

s
431
ga
(Demasiada larga la solicitud de cabecera), el servidor no puede procesar la petición

porque una de las cabeceras de la petición es demasiado larga. Este error también se
la
produce cuando la suma del tamaño de todas las peticiones es demasiado grande.
Indican que se ha producido un del servidor:
15 / 33
500
(Error interno del servidor), Se ha producido un error en el servidor y no puede completar

la solicitud.
501
(No implementado), el servidor dispone de la funcionalidad necesaria para responder a la

solicitud del navegador.
502
t
(Pasarela incorrecta), el servidor está actuando de proxy o gateway y ha recibido una
ne
respuesta inválida del otro servidor.
503
e.
(Servicio no disponible), el servidor no puede responder a la petición del navegador
in
porque está saturado o está realizando tareas de mantenimiento.
504
nl
(Tiempo de espera de la pasarela agotado), el servidor está actuando de proxy o pasarela y
ao
no ha recibido a tiempo una respuesta del otro servidor.
ul
505
(Versión HTTP no soportada), el servidor no soporta la versión del protocolo HTTP

ia
utilizada en la solicitud.
m
Cabeceras
.
s ca
Accept
ga
Tipos MIME que acepta el navegador.

la
Accept-Charset
Conjunto de caracteres que espera el navegador.
Accept-Encoding
Tipos de recursos (como .zip) que indicaremos como puede decodificarlos el navegador.
Accept-Language
El idioma que está esperando el navegador, en el caso de que el servidor tenga versiones
en más de un idioma.
16 / 33
Authorization
Información de autorización, usualmente en respuesta a una cabecera WWW-Authenticate

desde el servidor.
Cache-Control
Genera las directivas que se han de tener a lo largo de la petición/respuesta.
Connection
Permite especificar las opciones necesarias par una conexión.
t
ne
Content-Length
Indica el tamaño del cuerpo del documento
e.
Content-Type
in
Tipo de contenido que estamos enviando o recibiendo.
Cookie
nl
ao
Indica la actividad previa del usuario en ese servidor.
Date
ul
Fecha y hora a la que se creó el mensaje.

ia
Host
m
Indica el servidor al que nos conectamos. Esta cabecera es obligatoria desde HTTP 1.1
.
ca
Referer
Indica la dirección de dónde se obtuvo la URL de la solicitud.

s
ga
Server
Indica el tipo de S.O que corre en el servidor.

la
Expires
Muestra la fecha en la que va caducar la cache de nuestra solicitud.
17 / 33
Protocolos de comunicaciones implicados
TCP/IP fue desarrollado en 1972 por el Departamento de Defensa de los EEUU, utilizándolo en
ARPANET, una red de área extensa de este departamento.
El TCP/IP es la base general de Internet, y sirve para enlazar cualquier tipo ordenador con
diferentes sistemas operativos.
Cuando se comparte información de un ordenador a otro ésta no se transmite de una única vez,
t
ne
sino que se separa en paquetes de información. Así las líneas, los routers y los servidores no se
monopolizan por un único usuario durante mucho tiempo.
e.
Cada paquete de datos contiene:
in
nl
Las direcciones IP de los ordenadores de destino y de inicio de la petición.
ao
Parte de la información real que se quiere transmitir.
Datos para el control de la transmisión.

ul
ia
. m
s ca
ga
la
18 / 33
Todas las operaciones que se relacionan con el encaminamiento de los paquetes de información y
la implementación de etiquetas con las direcciones IP de origen y destino están indicadas por el
protocolo IP y para el control de transmisión se utiliza el protocolo TCP, el cuál separa la
información en paquetes y enumera esos paquetes para que vuelvan a unirse en el orden
correcto. Ello lo consigue añadiendo información extra. También con esa información añadida se
detecta posibles errores en la transmisión.
Descripción de peticiones o request methods
t
ne
Los dos primeros Métodos (GET y HEAD) son obligatorios implementarlos, los demás son opcionales.
e.
in
GET
nl
Se envía una petición para recuperar el recurso especificado. Por seguridadno debería ser
usado para formularios, puesto que transmite información agregando parámetros a la
ao
URL. Ejemplo con una imagen: GET /imagen/imagen_ejemplo.jpg HTTP/1.2 Obtenemos
una imagen llamada imagen_ejemplo.jpg Ejemplo con una página: GET /index.html
HTTP/1.2 Obtenemos una página en este caso la principal Ejemplo con parámetros: GET
ul
/index.php?id=24
ia
HEAD
m
Igual que una petición GET, pero sin el cuerpo de la respuesta. Es decir, sin la información
de cabecera.
.
ca
POST
s
Envia los datos para indicar al servidor que va a recibir datos del cliente. Es muy usado en
formularios.
ga
PUT
la
Se usa para subir archivos a un servidor PUT /path/archivo.zip HTTP/1.2
DELETE
Se pide que borre un recurso especificado.
TRACE
Se utiliza con fines de depuración. Se solicita al servidor que nos devuelva un mensaje de
respuesta.
19 / 33
2.1. El sistema de nombres por dominio
Otra forma de identificar a un ordenador en red es mediante el host, más fácil de Memorizar.
Además nos puede ayudar a identificar la zona geográfica, a saber la función del ordenador. Esto se
consigue mediante el sistema de nombres por dominio.
t
ne
e.
in
nl
ao
ul
ia
2.1.1. El nombre de los ordenadores en Internet

m
El número IP es la forma que tienen las máquinas de llamarse entre sí, el nombre de dominio es la
.
ca
forma en que las personas suelen referirse a los ordenadores.

s
El sistema de nombres por dominio (Domain Name System, DNS) es un método para asignar
ga
nombres a los ordenadores a través de una estructura jerárquica.

la
Los nombres están formados por palabras separadas por puntos. Cada palabra representa un
subdominio (FQDN: Full Qualified Domain Server) que a su vez está comprendido en un
subdominio de alcance mayor:
web5.cti.unav.es
La primera palabra que aparece a la izquierda, por ejemplo: web5, es el nombre del ordenador,
su nombre lo distingue de otros ordenadores que están dentro del mismo subdominio.
20 / 33
t
ne
e.
in
Cada una de las palabras que siguen corresponden a subdominios cada vez más amplios y que
contienen a los anteriores. La última palabra, a la derecha, es el dominio principal o de primer
nivel o de nivel superior. nl

ao
Igual que las direcciones IP, los nombres por dominio de los ordenadores son exclusivos, no puede
ul
haber dos ordenadores distintos que tengan el mismo nombre. Sí es posible que un ordenador tenga
ia
más de un nombre que corresponda a un único número IP.

m
2.1.2. Los dominios de primer nivel

.
ca
Los nombres de los subdominios son generalmente arbitrarios porque dependen de los
administradores de las redes locales. Sin embargo los dominios de nivel superior y algunos
s
subdominios amplios tienen reglas establecidas.

ga
Existen diversos dominios de primer nivel convencionales:

la
Nacionales
Constan de dos letras que denotan a qué país pertenece el ordenador. España: es, Francia:
fr, Gran Bretaña: uk, etc.
Internacionales
Están reservados para las organizaciones de carácter internacional. Por el momento sólo
existe uno: int.
21 / 33
Genéricos
Pueden ser utilizados por entidades cuya actividad se extiende a uno o varios países.
Comercial: com, organizaciones no comerciales: org, recursos de red: net.
t
ne
e.
in
Estados Unidos es una excepción ya que no se usa la terminación us como dominio principal. El
nl
motivo es que Internet tuvo su origen en las redes nacionales de Estados Unidos, por eso se utilizan
ao
dominios de primer nivel especiales:
ul
edu: educación
ia
mil: militar
gov: gobierno (no militar)

. m
s ca
2.1.3 Determinación del número IP a partir de su nombre: el servidor DNS

ga
El sistema de nombres por dominio constituye una forma idónea de nombrar a los ordenadores. Sin
la
embargo, las máquinas necesitan el número IP para establecer contacto entre sí.
Para traducir los nombres por dominio a sus correspondientes números IP existen los servidores de
nombres por dominio (DNS servers).
Debido a la gran cantidad de ordenadores que hay en la red y a los cambios constantes de estos es
imposible mantener una base de datos centralizada que contenga todos los nombres por dominio
existente. Sí existe una base de datos distribuida. Cada dominio principal, muchos subdominios y
redes locales disponen de un servidor DNS con los datos de ordenadores que le pertenecen: sus
22 / 33
nombres y sus números IP para poder traducir.
Cuando un ordenador local necesita conocer el número IP de un ordenador remoto se inicia un
proceso:
El ordenador local envía un mensaje al servidor DNS más cercano. En el mensaje incluye el
nombre por dominio que se desea traducir y se solicita el número IP correspondiente.
El servidor DNS si tiene la dirección solicitada la envía inmediatamente. Si no la tiene
t
establece una conexión y realiza la consulta a otro servidor de nombres, los servidores DNS se
ne
preguntan entre ellos hasta que se localiza el nombre por dominio. Cuando se localiza se envía
e.
al primer servidor DNS que lo solicitó.
in
Cuando el servidor de nombres local dispone del número IP solicitado transmite esta información al
ordenador que ha efectuado el pedido.

nl
ao
Si el nombre por dominio del ordenador remoto es incorrecto el servidor de nombres (DNS) no
ul
podrá determinar el número IP correspondiente, y el usuario recibirá un mensaje de error: “ERROR:
the requested URL could not be retrieved”, “DNS name lookup failure”, etc.
ia
m
Una red de área amplia, o WAN, por las siglas de wide area network en inglés, es una red de
computadoras que abarca varias ubicaciones físicas, proveyendo servicio a una zona, un país,
.
ca
incluso varios continentes. Es cualquier red que une varias redes locales, llamadas LAN, por lo que
sus miembros no están todos en una misma ubicación física.

s
ga
Muchas WAN son construidas por organizaciones o empresas para su uso privado, otras son
instaladas por los proveedores de Internet (ISP) para proveer conexión a sus clientes.
la
Hoy en día, Internet brinda conexiones de alta velocidad, de manera que un alto porcentaje de las
redes WAN se basan en ese medio, reduciendo la necesidad de redes privadas WAN, mientras que
las redes privadas virtuales que utilizan cifrado y otras técnicas para generar una red dedicada
sobre comunicaciones en Internet, aumentan continuamente.
Las redes WAN pueden usar sistemas de comunicación vía radioenlaces o satélite.
23 / 33
Descripción del vídeo: Fundamentos del Protocolo TCP/IP
Dominios que pueden ser utilizados por entidades cuya actividad se extiende a
uno o varios países. Comercial: com, organizaciones no comerciales: org, recursos
de red: net.
Nacionales
Genéricos
t
ne
Internacionales
e.
in
La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se
reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes,
nl
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, que le da
ao
respuesta. Esta idea también se puede aplicar a programas que se ejecutan sobre una sola
computadora, aunque es más ventajosa en un sistema operativo multiusuario distribuido a través de

ul
una red de computadoras.

ia
En esta arquitectura la capacidad de proceso está repartida entre los clientes y los servidores,
m
aunque son más importantes las ventajas de tipo organizativo debidas a la centralización de la
.
ca
gestión de la información y la separación de responsabilidades, lo que facilita y clarifica el diseño del
sistema.
s
ga
La separación entre cliente y servidor es una separación de tipo lógico, donde el servidor no se
ejecuta necesariamente sobre una sola máquina ni es necesariamente un sólo programa. Los tipos
la
específicos de servidores incluyen los servidores Web, los servidores de archivo, los servidores del
correo, etc. Mientras que sus propósitos varían de unos servicios a otros, la arquitectura básica
seguirá siendo la misma.
24 / 33
t
ne
e.
Una disposición muy común son los sistemas multicapa en los que el servidor se descompone en
diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando así el
in
grado de distribución del sistema.
nl
La arquitectura cliente-servidor sustituye a la arquitectura monolítica en la que no hay
ao
distribución, tanto a nivel físico como a nivel lógico.
ul
La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes están
ia
conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con

m
que se cuenta; y que los pone a disposición de los clientes cada vez que estos son solicitados. Esto
significa que todas las gestiones que se realizan se concentran en el servidor, de manera que
.
ca
en él se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos
que son de uso público y los que son de uso restringido, los archivos que son de sólo lectura y los
s
ga
que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente
en caso de que se este utilizando en una red mixta.

la
Un proxy es un programa que realiza las tareas de petición y conexión a un servicio remoto,
es decir, el proxy es un punto intermedio entre el servidor web y el cliente.
Un proxy HTTP sirve para dar acceso a servicios y recursos remotos a través del protocolo
http.
Los navegadores u otros programas cliente, deberán ser configurados para acceder a Internet a
través de un proxy, especificando la IP o DNS del servidor así como el puerto.
25 / 33
Un proxy a través de reglas de firewall o enrutamiento avanzado es capaz de interceptar de
forma transparente todo el tráfico hacia el internet cuyo destino es el puerto 80 y redirigirlo hacia
un proxy HTTP local o remoto.
Las características principales de un Proxy son:
Controlar el acceso a sitios y saber en que momento se entra.
Cachea el contenido estático Web solicitado.
t
Registra las peticiones web realizadas por los clientes.
ne
e.
Con ello podremos crear reglas y políticas de uso de servicios web.
in
Live HTTP Headers:
[[[Elemento Multimedia]]] nl
ao
Es un complemento que se encuentra en el navegador Firefox el cual se usa para ver la información
de los encabezados de sitios web.
ul
ia
m
Con el Live HTTP Headers podremos analizar, optimizar y solucionar problemas de nuestro sitio
web.
.
ca
Con Live HTTP Headers veremos la información sobre el lenguaje, caracteres, memoria caché, la
s
autorización y la caducidad del contenido. Rara vez estos datos se muestran en el navegador.
ga
Como instalar Live HTTP Headers:

la
 Abrimos Firefox, vamos al menú y seleccionamos Complementos buscamos Live HTTP Headers y
pulsamos en el botón de instalar.
26 / 33
Pestaña de opciones de firefox
 Reiniciamos Firefox.
 Vamos a una página web escribiendo la dirección.
 Seleccionamos en la barra de menú la opción "Herramientas" y abrimos "Live HTTP Headers".
 Seleccionamos la pestaña "Cabeceras". Aquí podemos ver la información del encabezado de la
t
ne
página web, métodos, códificación, etc.
e.
 Para guardar la información del encabezado solo tenemos que pulsar en el botón "Guardar todo",
ubicado en la esquina inferior izquierda.
in
nl
ao
ul
ia
. m
s ca
ga
la
27 / 33
Servidores Web más demandados
SERVIDORES DE ARCHIVOS: Almacenan archivos y aplicaciones de productividad como por
ejemplo procesadores de texto, hojas de cálculo, etc.
SERVIDORES DE BASE DE DATOS: Almacenan bases de datos, tablas, índices. Es uno de los
servidores que más carga tiene.
t
SERVIDOR DE TRANSACCIONES: Procesa todas las transacciones. Se encarga primeramente
ne
de validar y después genera un pedido al servidor de bases de datos útiles.
e.
SERVIDORES DE GROUPWARE: Ayudan a colaborar a los usuarios, sin importar la ubicación, vía
Internet o vía Intranet corporativo y trabajar de manera conjunta en una atmósfera virtual.
in
nl
ao
ul
Modelo de 3 capas
ia
La Arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se

m
reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, que le da respuesta.
.
ca
Esta idea también se puede aplicar a programas que se ejecutan sobre una sola computadora,
aunque es más ventajosa en un sistema operativo multiusuario distribuido a través de una red de
s
ga
computadoras.
la
28 / 33
En esta arquitectura la capacidad de proceso está repartida entre los clientes y los servidores,
aunque son más importantes las ventajas de tipo organizativo debidas a la centralización de la
gestión de la información y la separación de responsabilidades, lo que facilita y clarifica el diseño del
sistema.
La separación entre cliente y servidor es una separación de tipo lógico, donde el servidor no se
ejecuta necesariamente sobre una sola máquina ni es necesariamente un sólo programa. Los tipos
específicos de servidores incluyen los servidores Web, los servidores de archivo, los servidores del
t
ne
correo, etc. Mientras que sus propósitos varían de unos servicios a otros, la arquitectura básica
seguirá siendo la misma.
e.
Una disposición muy común son los sistemas multicapa en los que el servidor se descompone en
in
diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando así el
grado de distribución del sistema.

nl
ao
La arquitectura cliente-servidor sustituye a la arquitectura monolítica en la que no hay distribución,
tanto a nivel físico como a nivel lógico.

ul
La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes están
ia
conectados a un Servidor, en el que se centralizan los diversos recursos y aplicaciones con que se
m
cuenta; y que los pone a disposición de los clientes cada vez que estos son solicitados. Esto significa
.
que todas las gestiones que se realizan se concentran en el servidor, de manera que en él se
ca
disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son
s
de uso público y los que son de uso restringido, los archivos que son de sólo lectura y los que, por el
ga
contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de
que se este utilizando en una red mixta.

la
Modelos de tres capas:

La arquitectura de tres capas es un diseño reciente que introduce una capa intermedia en el
proceso. Cada capa es un proceso separado y bien definido corriendo en plataformas separadas. En
la arquitectura tradicional de tres capas se instala una interfaz de usuario en la computadora del
usuario final (el cliente). La arquitectura asada en Web transforma la interfaz de búsqueda existente
(el explorador de Web), en la interfaz del usuario final. El primer nivel consiste en la capa de
presentación que incluye no sólo el navegador, sino también el servidor Web que es el respónsale de
presentar los datos un formato adecuado. El segundo nivel está referido habitualmente a algún tipo
29 / 33
de programa o Script. El tercer nivel proporciona al segundo los datos necesarios para su ejecución.
Una aplicación Web típica recogerá datos del usuario (primer nivel), los enviará al servidor, que
ejecutará un programa (segundo y tercer nivel) y cuyo resultado será formateado y presentado al
usuario en el navegador (primer nivel otra vez).
Tolerancia a fallos
t
ne
El objetivo de diseñar y construir arquitecturas distribuidas tolerantes a fallos es garantizar que el
e.
sistema continúe funcionando de manera correcta como un todo, incluso en presencia de fallos.
in
Un sistema falla cuando no cumple su especificación. Como las arquitecturas distribuidas se utilizan
cada vez más donde la seguridad es crítica, la necesidad de soportar las fallas cada vez es mayor. Un
nl
desperfecto de un sistema ocurre cuando el sistema no desempeña estos servicios de manera
ao
especificada. Un estado erróneo en un sistema es un estado en el cual podría conducir a un fallo en
el sistema.
ul
ia
Es necesario que el sistema sea capaz de recuperarse de las fallas, entonces necesitamos
deshacernos del estado de error del sistema.

. m
s ca
ga
la
30 / 33
Recuerda
t
ne
e.
in
nl
ao
ul
ia
m
.
s ca
ga
la
31 / 33
Autoevaluación
Indica si el siguiente enunciado es verdadero o falso: Un servidor Web o servidor

HTTP es un programa que procesa una aplicación del lado del servidor
realizando conexiones bidireccionales y/o unidireccionales y síncronas o
asíncronas con el cliente generando o cediendo una respuesta en cualquier
lenguaje o Aplicación del lado del cliente.
t
Falso.
ne
e.
Verdadero.
in
nl
Indica si el siguiente enunciado es verdadero o falso: SERVIDORES DE
TRANSACCIONES: Almacenan bases de datos, tablas, índices. Es uno de los
ao
servidores que más carga tiene.
ul
Falso.
ia
m
Verdadero.
.
ca
Indica si el siguiente enunciado es verdadero o falso: TCP/IP fue desarrollado en

s
1972 por el Departamento de Defensa de los Estados Unidos, ejecutándolo en

ga
ARPANET, una red de área extensa de dicho departamento.

la
Falso.
Verdadero.
SERVIDORES DE GROUPWARE...
No permiten colaborar a los usuarios, sin importar la localización, vía Internet o vía
32 / 33
Intranet corporativo y trabajar juntos en una atmósfera virtual.
Permiten colaborar a los usuarios, sin importar la localización, vía Internet o vía
Intranet corporativo y trabajar juntos en una atmósfera virtual.
Permiten colaborar a los usuarios, sin importar la localización, vía Internet o vía
Intranet corporativo pero no trabajar juntos en una atmósfera virtual.
t
ne
Indica si el siguiente enunciado es verdadero o falso: SERVIDORES DE
ARCHIVOS: Almacenan archivos y aplicaciones de productividad como por
e.
ejemplo procesadores de texto, hojas de cálculo, etc...
in
Falso.
nl
ao
Verdadero.
ul
ia
. m
s ca
ga
la
33 / 33

Servidores Web

Cargado por

Copyright:

Formatos disponibles

Servidores Web

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Servidores Web

Cargado por

Copyright:

Formatos disponibles

[AFO018349] IFCT103PO SERVIDORES WEB

[MOD016540] IFCT103PO SERVIDORES WEB

cualquier lenguaje o Aplicación del lado del cliente.

¿Qué son los servidores web?

lado del servidor haciendo conexiones bidireccionales y/o unidireccionales y síncronas o

lado del cliente.

Características Del Servidor Web

Sus principales características son:

Almacenan archivos y aplicaciones de productividad como por ejemplo procesadores de

SERVIDORES DE BASE DE DATOS

Requisitos del sistema

A continuación nombraremos como se clasifican los distintos requisitos del sistema:

Descripción del vídeo: Conexión con sistemas remotos

características que más habrá que tener en cuenta son:

Dependiendo del tipo de servidor que se le vaya utilizar.

Disco Duro (HDD)

Cuanto mayor velocidad de transferencia mejor.

Navegador web (Firefox, Chrome, Internet Explore, etc)

estén correctamente configurados los puertos que se vayan a usar.

- Apache : 80, 443

Rutas y permisos. Permiso de lectura vs permiso de ejecución

programación Web dinámica basada en servidor, la ejecución de código dinámico la realiza

a los que el usuario de Apache tenga permisos.

resto de permisos que se les debe asignar:

interpretados por el servidor, pero no ejecutados, aunque contengan programas, requieren

permisos de lectura, pero no permisos de ejecución.

A continuación un mostramos un resumen de los permisos mínimos para que funcione

adecuadamente una página Web:

Se utiliza la siguiente estructura de archivos de configuración diseñada para facilitar la

\xampp\apache\conf: En esta carpeta se encuentra httpd.conf que nos permite

aplicar directivas a todos los servidores web.

\xampp\php: Aquí se encuentra php.ini donde se configura PHP.

\xampp\htdocs: directorio donde se sitúan los sitios web.

Tipos MIME permitidos

Imagen Bmp, gif, jpg, , png

1º Conexión TCP de un cliente con el servidor. www.ejemplo.es puerto 80 Introduce la URL y

Descripción de peticiones o request methods

Se usa para subir archivos a un servidor.

Se pide que borre un recurso especificado.

Códigos de estado 1XX

realice una acción para poder continuar:

cuando no recibe ninguna respuesta).

Códigos de estado 2XX

(Correcto), la petición se ha realizado correctamente.

(Creado), la petición se ha completado con éxito y se ha creado un nuevo recurso.

(Aceptado), la petición se ha aceptado y pero todavía no la ha procesado.

(Esta información no concede autorización), la petición se ha completado con éxito, pero

(Restablecer Contenido), la petición al servidor se ha realizado con éxito, pero no muestra

(Contenido Parcial), la petición GET sólo tiene parte de los contenidos.

Códigos de estado 3XX

(Movido Permanentemente), el recurso solicitado por el navegador se ha movido a otro

(Movido Temporalmente), el recurso solicitado por el navegador se ha movido a otro lugar,

(Redireccionamiento temporal), la página solicitada por el navegador se puede obtener en

(Redireccionamiento Permanente), la página solicitada por el navegador se encuentra en

Códigos de estado 4XX

Indican que se ha producido un error en la solicitud del navegador:

(Solicitud Incorrecta), el servidor no es capaz de entender la petición del navegador por su

(Sin autorización), la petición por el navegador requiere de autenticación.