<\/p>\n
Keep alive<\/b> (mecanismos de mantenimiento de conexiones) se refiere generalmente a las conexiones de comunicaci\u00f3n en una red que no est\u00e1n terminadas pero que se mantienen hasta que el cliente o servidor interrumpe la conexi\u00f3n. La caracter\u00edstica clave de mantener las keep alive es el env\u00edo de un mensaje sin contenido entre un servidor y un cliente. Con este mensaje, uno de los usuarios de la red (cliente o servidor) puede controlar si la conexi\u00f3n se mantendr\u00e1 y evitar que se cancele. Si la conexi\u00f3n a\u00fan est\u00e1 habilitada, se puede usar para el intercambio de datos.\n<\/p>\n
Las conexiones Keep alive adem\u00e1s se denominan HTTP keep-alive, conexiones HTTP persistentes y reutilizaci\u00f3n de conexiones HTTP. El protocolo HTTP 1.1 soporta keep-alive por defecto, y adem\u00e1s usa la canalizaci\u00f3n HTTP para procesar peticiones en lotes. HTTP 2 ampl\u00eda el procedimiento de conexiones persistentes con opciones adicionales (por ejemplo, multiplexaci\u00f3n).\n<\/p>\n
La comunicaci\u00f3n de red convencional opera de acuerdo a un esquema de solicitud-respuesta<\/b>. Un cliente solicita datos espec\u00edficos de un servidor. El servidor responde reconociendo la presencia de los datos o neg\u00e1ndolos y emitiendo un c\u00f3digo de error. Una vez que los datos est\u00e1n disponibles, el cliente los solicita estableciendo una nueva conexi\u00f3n. Luego, el cliente interpreta los datos y los presenta. Si no est\u00e1 completo, se demandan datos adicionales para completar la visualizaci\u00f3n. Para esto se usa una nueva conexi\u00f3n y, a veces, se causan datos que no son necesarios (recargo de gastos generales). En el protocolo HTTP 1.0, siempre se define una nueva conexi\u00f3n TCP para cada solicitud. Esto significa que cada petici\u00f3n de un cliente es tratada individualmente<\/b> por el servidor y, si es viable, contestada individualmente.\n<\/p>\n
Las webs suelen constar de distintos recursos de datos. Por ejemplo, archivos HTML, secuencias de comandos CSS y secuencias de comandos que impactan a las interacciones del usuario. Adem\u00e1s se incluyen im\u00e1genes o archivos multimedia. Simplemente, HTTP 1.0 requiere una conexi\u00f3n separada<\/b> para cada archivo, que adem\u00e1s debe ser concluido. Este enfoque es concretamente ineficiente para webs m\u00e1s grandes porque la utilizaci\u00f3n de la red es muy alta (congesti\u00f3n de la red)[1]<\/sup>. Para evitar que muchas conexiones individuales se establecieran y terminaran de nuevo, la administraci\u00f3n de la red se ampli\u00f3 por medio de conexiones persistentes y canalizaciones HTTP. Para el protocolo HTTP 1.1, ahora es viable poner en pr\u00e1ctica diversos solicitudes y respuestas por conexi\u00f3n, con un mensaje espec\u00edfico de keep-alive que se env\u00eda entre el cliente y el servidor para cada conexi\u00f3n y las solicitudes ahora se pueden almacenar en el pipeline\n<\/p>\n La mayor\u00eda de los servidores pueden ser configurados para soportar \u00abkeep-alive\u00bb[2]<\/sup>. Por parte del cliente, los navegadores m\u00e1s utilizados ya son capaces de determinar conexiones persistentes. Esto es, no obstante, una cuesti\u00f3n de configuraci\u00f3n en el lado del servidor. Dependiendo de la tecnolog\u00eda y del lenguaje de programaci\u00f3n utilizado, los cambios necesarios difieren ligeramente en sintaxis y sem\u00e1ntica. Para un servidor Apache, se puede permitir keep-alive en el archivo de configuraci\u00f3n \u00abhttpd.conf\u00bb. Tres propiedades son concretamente importantes:[3]<\/sup><\/p>\n Si se introducen las propiedades y valores correspondientes en la configuraci\u00f3n del servidor, el servidor Apache env\u00eda respuestas a peticiones que disponen el siguiente aspecto:[5]<\/sup>.\n<\/p>\n El principio es semejante para todos los servidores. El cliente y el servidor intercambian mensajes muy peque\u00f1os, llamados \u00abkeep-alive-messages\u00bb. Permiten al cliente recibir diversos archivos dentro de una conexi\u00f3n. El mensaje de keep alive se transmite usando el encabezado HTTP. Indica al cliente o servidor que se debe mantener la conexi\u00f3n. Cada solicitud se realiza por medio de de una conexi\u00f3n. S\u00f3lo una vez que uno de los participantes de la red rompe la conexi\u00f3n, ya no es viable realizar diversos solicitudes y respuestas.\n<\/p>\n Si el operador de la web no tiene acceso a la configuraci\u00f3n del servidor, los cambios adem\u00e1s se pueden realizar en el archivo htaccess. El archivo .htaccess sobrescribe<\/b> la configuraci\u00f3n del servidor Apache grabando el siguiente c\u00f3digo fuente:\n<\/p>\n El encabezado de \u00abKeep Alive\u00bb se a\u00f1adir\u00e1 a cada solicitud. Se recomienda realizar una prueba para comprobar si el servidor implementa el cambio como se desee. A pesar de todo, s\u00f3lo se pueden hacer definiciones m\u00e1s precisas de los tiempos de espera y de las solicitudes m\u00e1ximas en el archivo de configuraci\u00f3n del servidor correspondiente.\n<\/p>\n Las conexiones persistentes se proporcionan como est\u00e1ndar en el protocolo HTTP 1.1. El protocolo HTTP 2 ampl\u00eda este est\u00e1ndar<\/b> por medio de un m\u00e9todo de multiplexaci\u00f3n, que optimiza todav\u00eda m\u00e1s la transmisi\u00f3n de datos. El uso de estas opciones y en qu\u00e9 medida depende de la infraestructura t\u00e9cnica y del cliente. Esto significa que los protocolos permiten distintos optimizaciones, pero la implementaci\u00f3n a veces tiene que tener lugar en el lado del servidor.\n<\/p>\n Para ciertos proyectos web, las cabeceras Keep-alive son concretamente recomendables. Esto es v\u00e1lido para sitios web con bastantes archivos y un amplio contenido multimedia, as\u00ed como para tiendas online que dependen de conexiones HTTPS. HTTPS es generalmente intensivo en recursos en la transmisi\u00f3n de archivos porque la conexi\u00f3n est\u00e1 encriptada utilizando SSL (Secure Socket Layer). A\u00f1adiendo un encabezado de \u00abkeep alive\u00bb, la velocidad de carga de las webs puede acortarse significativamente porque se evitan por completo las latencias entre las distintos conexiones y s\u00f3lo existen una conexi\u00f3n que permite diversos peticiones y respuestas que el servidor puede procesar una al mismo tiempo.\n<\/p>\n Al mismo tiempo, puesto que recursos como la CPU (unidad central de procesamiento) y la memoria son necesarios para determinar nuevas conexiones en la capa TCP\/IP (que se encuentra debajo de la capa de aplicaci\u00f3n del protocolo HTTP), la CPU adem\u00e1s puede ser liberada por la cabecera keep-alive. El PC debe configurar un n\u00famero significativamente menor de conexiones TCP[6]<\/sup>.\n<\/p>\n\nC\u00f3mo funciona<\/span>
\n<\/h2>\n\n
~$ curl -I https:\/\/www.domain.com\/file.html\nHTTP\/1.1 200 OK\nConnection: Keep-Alive\nContent-Type: text\/html; charset=UTF-8\nDate: Thu, 15 Jan 2015 16:45:29 GMT\nContent-Length: 1845\nKeep-Alive: timeout=10, max=20\nServer: Apache\/2.4.9 (Unix) PHP\/5.6.2<\/pre>\n
\nKeep alive por medio de de .HTACCESS<\/span>
\n<\/h3>\n<IfModule mod_headers.c>\nHeader set Connection keep-alive\n<\/IfModule><\/pre>\n
\nRelevancia para la programaci\u00f3n<\/span>
\n<\/h2>\n\n<\/h2>\n
\nEnlacesWeb<\/span>
\n<\/h2>\n