Página principal › Índice multilingüe del archivo › Web server
Web server
El término web server puede significar una de dos cosas:
- A programa de computadora eso es responsable de aceptar HTTP peticiones de tela clientes, se conocen que como browsers de la tela, y porción ellos respuestas del HTTP junto con el contenido opcional de los datos, tales como las cuales están generalmente los Web pages HTML documentos y objetos ligados (imágenes, etc.).
- A computadora ese funciona un programa de computadora como se describe anteriormente.
Características comunes
Aunque diferencian los programas del web server detalladamente, todos comparten alguno características comunes básicas.
- HTTP: cada programa del web server funciona aceptando peticiones del HTTP desde el cliente, y proporcionando una respuesta del HTTP al cliente. La respuesta del HTTP consiste en generalmente HTML el documento, pero puede también ser un archivo crudo, una imagen, o un cierto otro tipo de documento (definido cerca MIME- tipos). Si un cierto error se encuentra en la petición del cliente o mientras que intenta servirla, un web server tiene que enviar una respuesta de error que pueda incluir algunos mensajes del HTML o del texto del costumbre para explicar mejor el problema a los usuarios finales.
- Registración: los servidores de la tela tienen generalmente también la capacidad de registración una cierta información detallada, sobre peticiones del cliente y respuestas del servidor, a ficheros de diario; esto permite webmaster para recoger estadística funcionando analizadores del registro en ficheros de diario.
Muchos servidores de la tela ponen en la práctica el siguiente en ejecución características también:
- Autentificación, opcional autorización petición (petición de nombre del usuario y contraseña) antes de permitir el acceso a algunos o a toda la clase de recursos.
- Dirección de contenido estático (contenido del archivo registrado en el servidor filesystem(s)) y contenido dinámico apoyando unos o más interfaces relacionados (SSI, Cgi, SCGI, FastCGI, JSP, PHP, ASP, ASP .NET, Servidor API por ejemplo NSAPI, ISAPI, etc.).
- HTTPS ayuda (por SSL o TLS) para permitir conexiones (cifradas) seguras al servidor en el estándar puerto 443 en vez del puerto generalmente 80.
- Compresión contenta (es decir. por gzip codificando) para reducir el tamaño de las respuestas (a un uso más bajo de la anchura de banda, al etc.).
- Recibimiento virtual para servir muchos Web site usando uno IP address.
- Ayuda grande del archivo para poder servir los archivos que tamaño es 2 GB mayor que en el pedacito 32 OS.
- El sofocar de la anchura de banda para limitar la velocidad de respuestas para no saturar la red y no poder servir a más clientes.
Origen del contenido vuelto
origen de contenido enviado por el servidor se llama:
Porción estático el contenido es generalmente mucho más rápido (a partir 2 a 100 veces) que la porción dinámico contenido, especialmente si el último implica los datos tirados de a base de datos.
Traducción de la trayectoria
Los servidores del Web pueden traz el componente de la trayectoria de a Localizador de recurso uniforme (URL) en:
- un local sistema de ficheros recurso (para las peticiones de los parásitos atmosféricos);
- un nombre interno o externo del programa (para las peticiones dinámicas).
Para a petición estática la trayectoria del URL especificada por el cliente está concerniente al directorio de raíz del web server.
Considere el URL siguiente pues sería solicitado por un cliente:
http://www.example.com/path/file.html
El web browser del cliente lo traducirá a una conexión a www.example.com con la petición siguiente del HTTP 1.1:
CONSIGA el anfitrión de /path/file.html
HTTP/1.1: www.example.com
El web server encendido www.example.com añadirá la trayectoria dada a la trayectoria de su directorio de raíz. En Unix las máquinas, ésta están comúnmente /var/www/htdocs. El resultado es el recurso local del sistema de ficheros:
/var/www/htdocs/path/file.html
El web server entonces leerá el archivo, si existe, y envía una respuesta al web browser del cliente. La respuesta describirá el contenido del archivo y contendrá el archivo sí mismo.
Límites de carga
Un web server (programa) ha definido límites de carga, porque puede manejar solamente un número limitado de las conexiones concurrentes del cliente (generalmente entre 2 y 60.000, por defecto entre 500 y 1.000) por IP address (y puerto del IP) y puede servir solamente cierto número máximo de peticiones por segundo dependiendo de:
- sus propios ajustes;
- HTTP tipo de la petición;
- origen contento (estático o dinámico);
- el hecho de que el contenido servido es o no es depositado;
- hardware y software límites del OS donde está trabajando.
Cuando un web server está cerca o sobre a sus límites, se sobrecarga y así insensible.
Causas de la sobrecarga
Los servidores de la tela se pueden sobrecargar en cualquier momento debido a:
- Demasiado tráfico legítimo de la tela (es decir. millares o aún millones de clientes que golpean el Web site en un intervalo corto del tiempo. e.g. Efecto de Slashdot);
- DDoS (Negación del servicio distribuida) ataques;
- Gusanos de la computadora eso causa a veces tráfico anormal debido a millones de computadoras infectadas (no coordinadas entre ellas);
- Virus de XSS puede causar alto tráfico debido a millones de browsers infectados y/o servidores de la tela;
- Robustezas de la tela del Internet tráfico no filtrado/limitado en Web site grandes con muy pocos recursos (anchura de banda, etc.);
- Internet retardaciones (de la red), para servir peticiones del cliente más lentamente y el número de los aumentos de las conexiones tanto que los límites del servidor están alcanzados;
- Servidores del Web (computadoras) indisponibilidad parcial, esto puede suceder debido a mantenimiento o mejora requerido/urgente, HW o Interruptor faltas, back-end (es decir. DB) faltas, etc.; en estos casos los servidores restantes de la tela consiguen demasiado tráfico y se sobrecargan.
Síntomas de la sobrecarga
Los síntomas de un web server sobrecargado son:
- las peticiones se sirven con (posiblemente de largo) retrasan (a partir de 1 segundo a algunos cientos segundos);
- 500, 502, 503, 504 errores del HTTP se vuelven a los clientes (a veces también sin relación error 404 o aún error 408 puede ser vuelto);
- TCP se rechazan las conexiones o reajuste (se interrumpen) antes de que cualquier contenido se envíe a los clientes;
- en casos muy raros, solamente se envía el contenido parcial (solamente este comportamiento puede manar se considere a insecto, aunque depende generalmente de recursos de sistema inasequibles).
heces
técnicas de la Contra-sobrecarga
Para superar parcialmente sobre límites de carga y para prevenir sobrecarga, la mayoría de los Web site populares utilizan técnicas comunes como:
- tráfico de manejo de la red, usando:
- el desplegar escondrijo de la tela técnicas;
- el usar diferente nombres del dominio para servir diverso contenido (estático y dinámico) por los servidores separados del Web, es decir:
- usar diversos nombres y/o las computadoras del dominio para separar archivos grandes de archivos pequeños y medianos; la idea es poder a completamente escondrijo archivos pequeños y medianos y servir eficientemente (sobre MB 10 - 1000) archivos grandes o enormes usando diversos ajustes;
- usando muchos servidores del Web (programas) por la computadora, cada uno limita sus el propio tarjeta de la red y IP address;
- con muchos servidores del Web (computadoras) que se agrupen juntos de modo que actúen o estén vistos como un web server grande, vea también: Balanceador de la carga;
- adición de más recursos de hardware (es decir. ESPOLÓN, discos) a cada computadora;
- parámetros del OS que templan para las capacidades y el uso del hardware;
- usar más eficiente programas de computadora para los servidores de la tela, el etc.;
- usar otro workarounds, especialmente si el contenido dinámico está implicado.
Notas históricas
En 1989 Berners-Heces de Tim propuesto a su patrón CERN (Organización europea para la investigación nuclear) un nuevo proyecto, que tenía la meta de facilitar el intercambio de la información entre los científicos usando un sistema del hypertext. Como resultado de la puesta en práctica de este proyecto, en las Berners-Heces 1990 escribió dos programas:
Entre 1991 y 1994 la simplicidad y la eficacia de las tecnologías tempranas usadas para practicar surf y para intercambiar datos con el World Wide Web ayudado para virarlos hacia el lado de babor a muchos diversos sistemas operativos y para separar su uso entre las porciones de diversos grupos de gente sociales, primero en organizaciones científicas, entonces en universidades y finalmente en industria.
En Tim las Berners-Heces 1994 decidían a constituir Consorcio del World Wide Web para regular el desarrollo posterior de las muchas tecnologías implicadas (HTTP, HTML, etc.) con un proceso de la estandardización.
Los años siguientes son la historia reciente que ha considerado un crecimiento exponencial del número de Web site y de servidores.
Estructura del mercado
Se da abajo una lista de los vendedores superiores del software del web server publicados en a Netcraft examen en abril de 2008.
Hay centenares de diversos programas disponibles, muchos del web server de los cuales se especializan para los propósitos muy específicos, tan el hecho de que un web server no es muy popular no significa necesariamente que tiene muchos de insectos o de la degradación de las prestaciones.
Vea Categoría: Software del web server para una lista más larga de los programas del servidor del HTTP.
Vea también
Acoplamientos externos