Error 522: cómo reparar el error “Co­n­ne­c­tion timed out”

Desde el año 2010, el servicio CDN de Clou­d­fla­re co­n­tri­bu­ye a mejorar el fu­n­cio­na­mie­n­to y la seguridad de un sinnúmero de proyectos web. A di­fe­re­n­cia de las Content Delivery Networks (CDN) co­n­ve­n­cio­na­les, Clou­d­fla­re no solo funciona como una simple memoria in­te­r­me­dia para contenido estático, sino también como un servidor proxy inverso que se encuentra en in­te­r­ca­m­bio constante con el servidor web. Todo ello tiene la ventaja de que el proveedor de la página web no define el contenido caché ex­plí­ci­ta­me­n­te, además de resultar in­ne­ce­sa­ria la ada­p­ta­ción del código fuente, ya que solo hay que informar al servidor DNS para hacer uso del servicio.

El mensaje “Error 522: Co­n­ne­c­tion timed out” indica un error re­cu­rre­n­te de la CDN y, aunque a veces se pueda hablar de un error de Cloudfare, el problema no viene realmente del servicio de re­n­di­mie­n­to web en sí.

Como otros códigos de error de la World Wide Web, el error 522 no es otra cosa que un código de estado de HTTP. Mientras que el número 5 indica que se trata de un error de la parte del servidor, el número 2 revela que este error del servidor se produjo en relación con Clou­d­fla­re. El código 522 re­pre­se­n­ta un periodo de inac­ti­vi­dad de conexión (co­n­ne­c­tion time out) que surge al comprobar que la conexión de mutuo acuerdo TCP (TCP handshake) entre el servidor web y Clou­d­fla­re no está fu­n­cio­na­n­do. Y es que este acuerdo mutuo, elemental para la co­n­s­tru­c­ción de la conexión, es necesario cuando el servicio CDN recibe una solicitud de usuario que requiere ser co­n­su­l­ta­da con el servidor. Dado que Clou­d­fla­re se usa con mucha fre­cue­n­cia, el error 522 es uno de los mensajes de error del navegador más comunes.

Al contrario de lo que se pueda pensar, el error 522 no se puede atribuir al mal fu­n­cio­na­mie­n­to de Clou­d­fla­re, sino a un problema en el lado del servidor y, al igual que ocurre con otros errores de HTTP co­m­pa­ra­bles, la causa resulta difícil de de­te­r­mi­nar. De hecho, existen di­fe­re­n­tes es­ce­na­rios que pueden desem­bo­car en un periodo de inac­ti­vi­dad en la conexión TCP entre el servicio CDN y el servidor web co­n­ta­c­ta­do. Los motivos que muestran el mensaje de “Co­n­ne­c­tion time out” con más fre­cue­n­cia son:

• El servidor web no está conectado. Con gran fre­cue­n­cia se muestra el error 522 cuando el servidor web está de­s­co­ne­c­ta­do. Dado que la co­mu­ni­ca­ción con el Clou­d­fla­re se produce a través de Internet, el in­te­r­ca­m­bio, como es lógico, no puede tener lugar.

• So­bre­ca­r­ga del servidor de origen. Clou­d­fla­re se ocupa de gran cantidad del trabajo que le co­rre­s­po­n­de al servidor web de origen encargado de un de­te­r­mi­na­do proyecto. No obstante, a veces debe co­n­ta­c­tar­lo, pues el usuario realiza de­te­r­mi­na­das so­li­ci­tu­des en el navegador, es­pe­cia­l­me­n­te cuando se trata de contenido dinámico. Como ocurre en cualquier servidor sin CDN, en el momento en el que son muchas las so­li­ci­tu­des que se deben procesar al mismo tiempo, se produce una so­bre­ca­r­ga que origina un periodo de inac­ti­vi­dad en la conexión TCP.
   
• Los co­r­ta­fue­gos bloquean la solicitud. Si el servidor de origen está unido a un co­r­ta­fue­gos propio, cabe la po­si­bi­li­dad de que se produzca el error “Co­n­ne­c­tion timed out”. Aunque el co­r­ta­fue­gos debe admitir las di­re­c­cio­nes IP de este servicio de re­n­di­mie­n­to por defecto, puede darse el caso de que las di­re­c­cio­nes se bloqueen de forma casual e in­i­n­te­n­cio­na­da. En co­n­se­cue­n­cia, no se puede iniciar la conexión. Una co­n­fi­gu­ra­ción de­fe­c­tuo­sa puede provocar incluso la eli­mi­na­ción de paquetes dentro de la red del host de origen.
   
• Co­n­fi­gu­ra­ción in­co­rre­c­ta del DNS. Los se­r­vi­do­res DNS de Clou­d­fla­re trabajan con las di­re­c­cio­nes IP del servidor de origen. Por ello, para que CDN y servidor puedan seguir tra­ba­ja­n­do co­n­ju­n­ta­me­n­te, ha de co­mu­ni­car­se cualquier cambio en esta dirección. Lo que ocurre es que a menudo los se­r­vi­do­res web dan au­to­má­ti­ca­me­n­te a las páginas web que ad­mi­ni­s­tran nuevas di­re­c­cio­nes sin co­mu­ni­cár­se­lo al Clou­d­fla­re, lo que lleva a que la co­n­fi­gu­ra­ción DNS utilice la dirección equi­vo­ca­da.
   
• En­ru­ta­mie­n­to de red in­co­rre­c­to. En ocasiones, Clou­d­fla­re tiene que trabajar fuera de los límites de la red para poder ga­ra­n­ti­zar que el re­n­di­mie­n­to de la página web realmente se optimiza. El en­ru­ta­mie­n­to IP, encargado de regular la ruta de los paquetes enviados a través de las di­fe­re­n­tes redes im­pli­ca­das, es una parte elemental de los procesos de entrega de contenido. No obstante, si servidor de origen y el clou­d­fla­re difieren, suele aparecer el mensaje de Co­n­ne­c­tion timed out.
   
• Los kee­pa­li­ves están des­ha­bi­li­ta­dos en el lado del servidor. Clou­d­fla­re introduce el en­ca­be­za­do Keep-Alive para que las co­ne­xio­nes es­ta­ble­ci­das durante un tiempo pro­lo­n­ga­do se mantengan y de esta forma se pueda mejorar el re­n­di­mie­n­to. Si este tipo de mensajes HTTP están des­ac­ti­va­dos en el servidor web, la conexión no tiene éxito y, como co­n­se­cue­n­cia, se muestra un error 522. No obstante, la mayoría de los na­ve­ga­do­res actuales incluyen por defecto la entrada Keep-Alive. Por eso, las pocas veces que el error se debe a esta causa, es el webmaster el re­s­po­n­sa­ble, al haber realizado la co­n­fi­gu­ra­ción de forma in­co­rre­c­ta.

Cuando se es re­s­po­n­sa­ble de un proyecto web que debe hacer frente al error 522, se re­co­mie­n­da empezar in­ve­s­ti­ga­n­do las posibles causas. Pero, antes de examinar si entre las causas antes descritas se encuentra la que se está buscando, es necesario comprobar que el servidor web de origen está activado y acepta las so­li­ci­tu­des HTTP. Si no es el caso, como es lógico no se podrá es­ta­ble­cer co­mu­ni­ca­ción alguna entre el Clou­d­fla­re y el servidor, incluso si la co­n­fi­gu­ra­ción se ha realizado co­rre­c­ta­me­n­te. Si, por el contrario, este primer paso muestra que el servicio CDN tiene acceso a los recursos del servidor, es necesario un análisis web más profundo para encontrar la fuente del error.

A co­n­ti­nua­ción se muestran algunas de las so­lu­cio­nes para so­lu­cio­nar el error 522.

Una de las pri­n­ci­pa­les causas del error 522 es la so­bre­ca­r­ga del servidor web, pero es prá­c­ti­ca­me­n­te imposible de­te­r­mi­nar el número de visitas con seguridad en ningún momento. Es­pe­cia­l­me­n­te en el caso de los picos de demanda que se producen de forma puntual, el servidor deja de estar ca­pa­ci­ta­do para procesar las so­li­ci­tu­des HTTP, motivo por el que se re­co­mie­n­da no perder de vista el de­sa­rro­llo del tráfico del proyecto web con ayuda de algún software de análisis. Si se analizan estos datos con cierta re­gu­la­ri­dad, se puede encontrar el “cuello de botella” y, en co­n­se­cue­n­cia, adaptar la co­n­fi­gu­ra­ción del hardware en el entorno de hosting. Las so­lu­cio­nes flexibles de alo­ja­mie­n­to en la nube permiten escalar recursos con gran precisión para reac­cio­nar de la mejor forma posible a las flu­c­tua­cio­nes co­n­di­cio­na­das por un cierto momento del día, de la semana o de la temporada.

Si se quiere descubrir si las di­re­c­cio­nes IP que Clou­d­fla­re utiliza han sido blo­quea­das por el servidor web, es necesario echar un vistazo a los ajustes del co­r­ta­fue­gos junto a los de otras apli­ca­cio­nes de filtro, como por ejemplo, iptables. También en el archivo htaccess es posible filtrar di­re­c­cio­nes de Internet, por lo que se debe comprobar si hay IP blo­quea­das. El listado de las di­re­c­cio­nes que el proveedor del servicio de CDN utiliza se puede encontrar en la página oficial de Cloudfare. Si una de estas di­re­c­cio­nes se encuentra bloqueada en los programas me­n­cio­na­dos u otras he­rra­mie­n­tas similares, hay que de­s­blo­quear­lo para eliminar el error 522. A veces las apli­ca­cio­nes bloquean las IP de forma au­to­má­ti­ca, por lo que es mejor ir a lo seguro e incluir las di­re­c­cio­nes Clou­d­fla­re en la lista blanca.

Cuando el alo­ja­mie­n­to web del operador cambia con re­gu­la­ri­dad las di­re­c­cio­nes del servidor web, este debe enviar las IP mo­di­fi­ca­das a Clou­d­fla­re. Los pro­vee­do­res solo comparten por defecto estas di­re­c­cio­nes con los se­r­vi­do­res DNS propios. Por lo que, si aparece el mensaje “Co­n­ne­c­tion timed out”, merece la pena comprobar la co­n­fi­gu­ra­ción IP del dominio del operador. Para ello, basta con acceder al panel de ad­mi­ni­s­tra­dor del proyecto web y anotar las di­re­c­cio­nes IPv4 e IPv6 del servidor web. A co­n­ti­nua­ción, hay que acceder al menú de co­n­fi­gu­ra­ción de Clou­d­fla­re y se­le­c­cio­nar el dominio causante del error. Clica en la opción de menú “DNS” e introduce las di­re­c­cio­nes anotadas en el registro DNS co­rre­s­po­n­die­n­te (Type AAAA: IPv6, Type A: IPv4).

Si la causa del error de Clou­d­fla­re se debe a una co­n­fi­gu­ra­ción in­co­rre­c­ta del en­ca­be­za­do de HTTP, el problema tiene, en teoría, una solución sencilla. Cuando “Keep-Alive” está des­ha­bi­li­ta­do o definido para una cantidad reducida de pe­ti­cio­nes es posible cambiarlo en el archivo de co­n­fi­gu­ra­ción co­rre­s­po­n­die­n­te del servidor web (por ejemplo, en httpd.conf en el servidor Apache). No obstante, se exige tener los derechos ne­ce­sa­rios para ello, algo de lo que no se puede disponer en los paquetes de hosting co­m­pa­r­ti­do. En estos casos solo queda la opción de contactar con el proveedor. Si el problema persiste a pesar de la co­n­fi­gu­ra­ción “Keep-Alive” es necesario co­n­si­de­rar un cambio de modelo de hosting o de proveedor.

Si se baraja la po­si­bi­li­dad de que el motivo del error 522 se encuentra en el en­ru­ta­mie­n­tos del tráfico de datos, se re­co­mie­n­da contactar di­re­c­ta­me­n­te con el soporte de Cloudfare. Para ello hay que crear un ticket en el que se detalle el problema y los ámbitos en los que ya se ha co­m­pro­ba­do el error. El proveedor CDN re­co­mie­n­da, además, usar he­rra­mie­n­tas como MTR o tra­ce­rou­te para obtener in­fo­r­ma­ción sobre la co­n­mu­ta­ción de paquetes entre el servidor web del proyecto y las IP de Clou­d­fla­re. Los re­su­l­ta­dos pueden añadirse al ticket en forma de texto o imagen y co­n­tri­buir así a acelerar el proceso para encontrar una solución.

El listado de posibles causas del error 522 no deja duda de que este se trata de un problema del lado del servidor. Por eso, si un usuario de la World Wide Web se encuentra un error 522 al acceder a una página web, su causa no puede atri­bui­r­se a una mala conexión a Internet o a un plugin de­fe­c­tuo­so y el usuario no puede hacer prá­c­ti­ca­me­n­te nada para so­lu­cio­nar­lo. Se aconseja dejar la visita de la web para un momento posterior, ya que en el mejor de los casos el problema de co­mu­ni­ca­ción entre el servidor web y Clou­d­fla­re habrá des­apa­re­ci­do para entonces.

Claro está que también es posible contactar con el webmaster, es­pe­cia­l­me­n­te si tras varios intentos la página web sigue sin funcionar, mostrando todavía el error “Co­n­ne­c­tion timed out”. En de­te­r­mi­na­das ci­r­cu­n­s­ta­n­cias se recibe in­fo­r­ma­ción completa o se informa sobre el momento en el que la página volverá a estar di­s­po­ni­ble. Además, puede darse el caso de que el proveedor no tuviera co­n­s­ta­n­cia de la pro­ble­má­ti­ca, por lo que es­ta­ble­cer contacto merece la pena al fin y al cabo.