No hay nada más preocupante y frustrante que navegar hacia su sitio de WordPress y encontrar con una pantalla en blanco con un mensaje de error. Algunos de los más comunes que se han podido detectar en el pasado incluyen puerta de enlace incorrecta, la siempre popular pantalla blanca de la muerte, o el aterrador error de conexión a la base de datos. Para muchos blogs y sitios de comercio electrónicos, estos errores resultan una pérdida de ingresos siendo que los clientes no pueden completar sus compras. Hoy queremos sumergirnos en el error 504 inactividad en el puerto de enlace y algunas recomendaciones sobre cómo solucionarlo en su sitio de WordPress. Lea más a continuación sobre las causas de este error y lo que puede hacer para evitarlo en el futuro.

¿Qué es un error 504 inactividad en el puerto de enlace?

Antes de sumergirse en el error en sí, es importante entender cómo se genera. Cada vez que inicia su navegador y visite un sitio web, envía una solicitud al servidor web en el que está alojado. El servidor de web luego procesa la solicitud y devuelve los recursos solicitados junto con lo que llaman un encabezado HTTP. Este encabezado HTTP contiene uno de los muchos códigos de estado HTTP para comunicar si todo está bien o si algo salió mal. No todos los códigos de estado HTTP son malos. Por ejemplo, un código de estado 200 significa «Todo está bien».

Existen diferentes tipos de códigos de error de estado (ej.:500501, 502, 503 504, etc) que tienen significados distintos. Estos indican que la solicitud fue aceptada, pero el servidor impidió el cumplimiento de la solicitud.

En este caso, un error 504 inactividad en el puerto de enlace significa que «el servidor, actuando como una puerta de enlace, agotó el tiempo de espera para que el otro servidor responda«. El código aparece cuando hay dos servidores involucrados en procesar una solicitud y el primer servidor agota el tiempo de espera del segundo servidor (servidor ascendente) para que responda (RFC 7231, sección 6.6.5).

Error 504 inactividad en Chrome

Error 504 inactividad en Chrome

Variaciones de error 504 inactividad en el puerto de enlace

Debido a todos los diferentes navegadores web, sistemas operativos y servidores, un error 504 inactividad en el puerto de enlace puede presentarse de diferentes maneras. Sin embargo, todos tienen el mismo significado. A continuación, se incluyen algunas de las muchas variaciones que pueden surgir:

    • “504 inactividad en el puerto de enlace»
    • » 504 inactividad en el puerto de enlace NGINX»
    • «NGINX  504 inactividad en el puerto de enlace»
    • «inactividad en el puerto de enlace»
    • «Error 504»
    • «Error HTTP 504»
    • «HTTP Error 504: inactividad en el puerto de enlace»
    • «HTTP 504»
    • «Error 504»
    • «inactividad en el puerto de enlace (504)
    • «Esta página no funciona – El dominio tardó demasiado en responder»
    • «inactividad en el puerto de enlace 504: el servidor no respondió a tiempo»

Algunas empresas tienen páginas personalizadas para errores 504.

Github 504 error timeout

Github error 504

El Impacto de Error 500 sobre SEO

A diferencia de los errores 503 que son utilizados para el modo de mantenimiento de WordPress y para decir a Google volver a revisar el sitio un poco más tarde, un error 500 puede tener un impacto negativo sobre su SEO si no se los arreglan de inmediato. Si su sitio es inactivo digamos que por 10 minutos y el sitio es arrastrado constantemente muchas veces, el arrastrador recibirá la página de la cache. O Google puede ser que no tenga la posibilidad de re-arrastrar antes de ser restaurado. En este scenario usted está bien.

Sin embargo si el sitio es inactivo por un período más extenso digamos que durante 6 horas, Google puede ver el error 500 como un problema a nivel del sitio que debe ser abordado. Esto sí puede impactar sus rankings. Si está preocupado por errores 500 repetitivos deberá investigar la causa. Algunas de las soluciones a continuación pueden ayudar.

¿Sufre de errores de tiempo de espera en la puerta de enlace 504? Siga estos pasos para resolverlos. 👍 Haga clic para Tweet

¿Cómo solucinar el error 504 inactividad en el puerto de enlace?

¿Dónde debería comenzar a solucionar problemas si ve un error 504 inactividad en el puerto de enlace en su sitio de WordPress? Sin una gran cantidad de contexto, a veces puede ser frustrante y abrumador no saber dónde comenzar. Normalmente, estos son problemas de conectividad de red y / o problemas con el servidor en el que se aloja el sitio. Sin embargo, también puede ser un problema del lado del cliente o incluso un resultado de un plugin de un tercero. Así que nos sumergiremos un poco en ambos. Consulte estas causas comunes y las formas de corregir el error 504 inactividad en el puerto de enlace  y vuelva a comenzar de inmediato.

1. Intente volver a cargar la página

Una de las cosas primeras y más fáciles que debe intentar al encontrar un error 504 inactividad en el puerto de enlace es simplemente esperar un minuto y volver a cargar la página (F5 o Ctrl + F5). Puede ser que el alojamiento o servidor esté simplemente sobrecargado y el sitio vuelve enseguida. Mientras espera, también puede probar acceder de un navegador diferente para descartar un problema.

Otra cosa que puede hacer es copiar el sitio web en downforeveryoneorjustme.com. Este sitio web le dirá si el sitio está caído o si es un problema de su parte. Una herramienta como esta comprueba el código de estado HTTP que se devuelve desde el servidor. Si es algo diferente a 200 lo que significa que «Todo está bien», devolverá una indicación de inactividad.

downforeveryoneorjustme

downforeveryoneorjustme

2. Desactivar la configuración de proxy

En ciertas ocasiones, es posible que vea un error 504 si está utilizando un servicio proxy. Esto generalmente es bastante raro, especialmente en el lado del cliente. Sin embargo, puede pasar que haya sido configurado sin que uno siquiera lo supiera. Siga estos tutoriales sobre cómo deshabilitar o verificar para asegurarse de que no estén habilitadas las configuraciones de proxy:

Deshabilitar configuración de proxy

Deshabilitar configuración de proxy

3. Problemas de DNS

Un tiempo de espera de puerta de enlace 504 también podría deberse a un problema de DNS. Esto tiene dos posibilidades, el primero es que el problema está en el lado del servidor, y el domain no se está resolviendo a la IP correcta. Si acaba de migrar su sitio de WordPress a un nuevo alojamiento, es importante esperar a que las cosas se propaguen por completo, lo que puede llevar hasta 24 horas en algunos casos. Esto depende del valor TTL de sus DNS récords. Puede usar una herramienta gratuita como DNSMap para verificar y ver si su DNS se ha propagado por todo el mundo.

Verificar propagación de DNS

Verificar propagación de DNS

La segunda posibilidad es que el problema de DNS se localiza en el lado del cliente. En ese caso, podría intentar vaciar su cache de DNS local. Esto es similar a borrar la cache de su navegador.

En Windows, simplemente abra el símbolo del sistema e ingrese lo siguiente:

ipconfig /flushdns
Línea de comandos

Línea de comandos

Debería ver un mensaje «Se lanzó con éxito la cache de resolución DNS » si funciona.

Para usuarios de Mac OS, puede ingresar lo siguiente en la terminal:

dscacheutil -flushcache

Nota: No hay mensaje de éxito en Mac. Y, por último, podría cambiar temporalmente sus servidores DNS del lado del cliente. De forma predeterminada, su ISP asigna automáticamente los servidores DNS. Pero podría intentar cambiarlos temporalmente a un servidor de DNS público, como Google. De hecho, algunos prefieren usar el DNS público de Google a largo plazo debido a que a veces son más confiables.

4. Deshabilitar CDN temporalmente

Puede haber un problema con su red de entrega de contenido (CDN). Si está utilizando un proveedor de CDN de terceros, una forma fácil de solucionar esto es simplemente deshabilitar temporalmente su CDN. Por ejemplo, somos grandes admiradores del plugin gratuito CDN enabler. Si está utilizando eso, simplemente puede desactivar el plugin y luego intentar acceder a su sitio. Si no puede acceder al tablero de su sitio, simplemente inicie sesión en su sitio a través de SFTP y cambie el nombre de la carpeta del plugin a cdn-enabler_old. Esto desactivará temporalmente la conexión CDN. Lo mismo aplica para WP Rocket o cualquier otro plugin que puede haber conectado a su CDN.

Cambiar temporalmente el nombre de la carpeta del plugin

Cambiar temporalmente el nombre de la carpeta del plugin

Esto también puede ocurrir a veces con servicios proxy como Cloudflare o Sucuri, ya que tienen contrafuegos adicionales intermedios. La mayoría de ellos almacenan en la cache con códigos de estado 500, cuando son devueltos por su servidor de origen. Hemos notado que esto sucede de vez en cuando en el plan gratuito de Cloudflare. Desafortunadamente, dado que Cloudflare es un servicio completamente proxy, no hay una manera rápida para deshabilitarlo simplemente.

Sin embargo, antes de señalar con el dedo a Cloudflare, es importante saber que hay dos variaciones diferentes de 504 inactividad en el puerto de enlace como se ve a continuación:

504 inactividad en el puerto de enlace en Cloudflare (Variación 1)

Si ve la siguiente pantalla, es en realidad un problema al final de Cloudflare, en cuyo caso debe comunicarse con ellos para obtener asistencia. O revise su página de estado. Lo más probable es que ya sean conscientes del problema y que su equipo trabaje en ello.

Cloudflare error 504

Cloudflare error 504

504 inactividad en el puerto de enlace en Cloudflare (Variación 2)

Si ve la siguiente pantalla significa que su WordPress host (servidor de origen) tiene un problema. En este caso sale a la sección #5 abajo.

Cloudflare error 504 en WordPress host

Cloudflare error 504 en WordPress host

Otro problema de timeout puede ser relacionado con el tamaño de sus subidas. Cloudflare limita las subidas en 100MB en su plan gratuito. Sin embargo hemos visto clientes intentado subir archivos menores. A veces el problema puede tener su host o Cloudflare. Una forma simple para averiguarlo es circunvalar Cloudflare con su archivo DNS host y intentar la subida otra vez. O deshabilitar Cloudflare temporalmente.

Si está usando Cloudflare con WordPress es siempre recomendable usar su plugin gratuito y excluir las URLs importantes de la cache (tal como el área admin de WordPress).

5. Problema del Servidor  (Consulte con su host)

Un problema del servidor es uno de los motivos más comunes por los que los usuarios experimentan errores inactividad en el puerto de enlace en sus sitios de WordPress. Para decirlo de forma sencilla, Nginx o Apache esperan una respuesta de algo y se agotó el tiempo de espera. Recibimos una gran cantidad de clientes que acuden a Kinsta debido a que constantemente reciben este error en otros servidores de WordPress. He aquí un ejemplo de una conversación que recibimos regularmente.

Estamos recibiendo alrededor de 100 mil visitantes por mes con más de 200 mil visitas. Actualmente estamos alojando con ____ y recientemente hemos experimentado errores 504 debido a la sobrecarga del servidor. No me gusta cómo ____ resolvió el problema y también nos avisaron que tendremos que pasar a sus planes específicos pronto, lo cual no es necesario.

Los errores 504 ocurren con mayor frecuencia en sitios de comercio electrónico y alto tráfico, como WooCommerce, que tienen muchas solicitudes que no se pueden obtener, ya que a veces pueden causar una sobrecarga del servidor. Sin embargo, hemos visto estos errores con todo tipo de sitios, incluso con blogs simples. Muchos hosts simplemente responderán diciendo que es necesario actualizar a un plan de nivel alto para solucionar el problema. Y aunque es muy probable que esto elimine la mayoría de los errores 504 y a veces se requiere, pero no siempre es necesario.

Aquí en Kinsta, utilizamos alojamientos administrados LXD y organizamos contenedores de software LXC para cada sitio. Esto significa que cada sitio de WordPress se encuentra en su propio contenedor aislado, que tiene todos los recursos de software necesarios para ejecutarlo (Linux, Nginx, PHP, MySQL). Los recursos son 100% privados y no se comparten con nadie más ni con sus propios sitios. Muchos alojamientos de WordPress compartidos no tienen esta capacidad y por lo tanto, un sitio vecino de alto tráfico que causa errores 504 podría afectar su sitio.

No solo están aislados sus sitios, sino que nuestra infraestructura se creó para manejar fácilmente miles de conexiones concurrentes. Incluso las bases de datos MySQL están alojadas en un alojamiento local, no en un servidor remoto. Esto garantiza que no haya latencia entre las máquinas, lo que genera consultas más rápidas y menos posibilidades de que se produzcan tiempos de espera en cualquier punto intermedio. Muchos clientes que migran a Kinsta ven enormes disminuciones en los tiempos de carga totales.

Además de los tiempos de espera del servidor debido a la carga, aquí se enumera otras razones por las que un servidor podría estar experimentando un error 504:

  • Servidor lento: podría ser que el servidor en el que se encuentra su sitio de WordPress es demasiado lento para responder a la solicitud y por lo tanto, genera errores de puerta de enlace.
  • No hay suficientes PHP workers : los PHP workers se utilizan para ejecutar el código en su sitio de WordPress. En sitios exigentes, puede pasar que todos los PHP workers estén ocupados, en este caso comienza a crear una cola. Si la cola y el trabajo atrasado están llenos, las solicitudes antiguas comienzan a descartarse. Puede preguntarle a su host sobre el aumento de su número de PHP workers. Los PHP workers adicionales de sitio permiten que múltiples solicitudes se ejecuten simultáneamente.
  • Problemas con el contrafuegos: el contrafuegos en su servidor podría tener algunos errores, una configuración incorrecta o reglas que impidan que una conexión se establezca correctamente.
  • Conectividad de red: si hay problemas con la conexión de red entre el servidor proxy y el servidor web, podría causar retrasos en la respuesta a la solicitud HTTP. También podría haber problemas de conectividad de red con un balanceador de carga si se utiliza uno.
  • Límites de tiempo de HTTPS (Timeouts): puede suceder cuando la conexión entre su navegador y el servidor web queda abierta durante mucho tiempo. Esto ocurre en general cuando ejecuta una importación en WordPress. Una forma de solucionar esto es cambiar para una conexión de internet más rápida. O puede usar una herramienta con soporte para WP-CLI tal como WordPRess Importer plugin y ejecutar una importación directamente en su servidor omitiendo la conexión HTTP por completo.

También es importante tener en cuenta que los errores 504 pueden parecer engañosamente similares a los errores 503 de servicio no disponibles o incluso errores 502 de puerta de enlace, pero de hecho son diferentes. Si usted está experimentando un error 504 en Kinsta simplemente abra un ticket de soporte y lo arreglaremos de inmediato. También supervisamos proactivamente errores como estos con New Relic, por lo que es más que probable que nuestro equipo ya esté investigando.

Ticket de soporte de WordPress

Ticket de soporte de WordPress

Si le preocupa que esto suceda en su sitio en el futuro, también puede utilizar una herramienta como updown.io para monitorear y notificarle de inmediato si algo sucede. Envía periódicamente una solicitud HTTP HEAD a la URL que elija. Simplemente puede usar su página de inicio. La herramienta le permite establecer frecuencias de verificación de:

  • 15 segundos
  • 30 segundos
  • 1 minuto
  • 2 minutos
  • 5 minutos
  • 10 minutos

Le enviará un correo electrónico siempre y cuando su sitio no funcione. Aquí hay un ejemplo a continuación.

Notificación de email

Notificación de email

Esto puede ser especialmente útil si está en un host compartido, que tiende a saturar sus servidores. Esto puede proporcionarle pruebas de la frecuencia con la que su sitio podría estar colapsando (incluso durante la mitad de la noche). Es por eso que, siempre recomendamos ir con un host administrado de WordPress. Asegúrese de revisar nuestra publicación que explora los 9 motivos principales para elegir host gestionado de WordPress.

6. Spam, Bots o Ataque DDoS

Es muy posible que su sitio reciba spam por parte de bots o sufra un ataque DDoS. A veces, esto puede dar como resultado solicitudes no cacheadas y puede saturar el servidor, lo que da como resultado errores 504 inactividad en el puerto de enlace. Puede echar un vistazo a su análisis de servidor y ver si puede detectar cualquier pauta. Aquí en Kinsta, proporcionamos esta información en nuestra herramienta MyKinsta analytics. También puede pedirle a su host estos datos. El primer informe que recomendamos ver es IPs de clientes principales. Esto puede ser muy útil si su sitio genera repentinamente mucho ancho de banda o recibe ataques de bots.

Geo & IP - IPs de los principales clientes

Geo & IP – IPs de los principales clientes

El segundo informe que recomendamos ver es el análisis de cache. Aquí puede ver cuántas solicitudes omiten la cache, faltan de la cache y las principales ubicaciones de su sitio. Por razones de rendimiento y estabilidad, hay que guardar el mayor número posible de las solicitudes. Sin embargo, esto no siempre es viable, ya que los sitios como los que ejecutan WooCommerce generan muchas solicitudes que no se pueden ubicar en la cache, y para que las funciones como el carrito de compras y el proceso de pago funcionen correctamente deben sincronizarse.

Análisis de cache

Análisis de cache

Si detecta e identifica tráfico / direcciones IP que deberían estar bloqueadas en su sitio, puede usar un plugin de seguridad de WordPress para ayudar. Sin embargo, si usted es un cliente de Kinsta, generalmente no permitimos plugins de seguridad por un par de razones. En primer lugar, pueden tener un gran efecto en su rendimiento, especialmente las capacidades de escaneo. En segundo lugar, utilizamos balanceador de carga con Google Cloud Platform, lo que significa que muchas veces su funcionalidad de bloqueo de IP no funcionaría como se esperaba.

Por supuesto, las IPs siempre pueden ser bloqueadas por nuestro equipo de soporte Kinsta, pero dependiendo de la duración y la escala del ataque, este podría ser un proceso interminable de listas negras, que en la mayoría de los casos no resuelve el problema lo suficientemente rápido. Muchos ataques o spam cuando se bloquean en un área, simplemente aparecerán en otra, o cambiarán direcciones IP y direcciones proxy. Entonces, en este caso, recomendamos que el cliente utilice una solución de seguridad como Cloudflare o Sucuri.

Verifique nuestros artículos sobre cómo instalar Cloudflare en su sitio de WordPress y cómo Sucuri ayudó a uno de nuestros clientes a detener un ataque DDoS en sus pistas.

7. Verifique sus plugins y temas

Muchos podrían decir que los plugins o temas de terceros no causan errores 504 inactividad en el puerto de enlace. Y en la mayoría de los casos no lo hacen. Sin embargo, en nuestra experiencia, una solicitud lenta no cacheada de un plugin puede generar retrasos, ya que esto afecta a más de sus PHP workers. Una vez que haya alcanzado el límite de PHP workers, la cola comenzará a expulsar las solicitudes anteriores, lo que puede generar errores 504. Esto no debe confundirse con los errores de puerta de enlace 502 en los que se produce el error después de un tiempo de espera de 60 segundos en la cola.

Algunas maneras que pueden solucionar este problema es desactivar todos sus plugins. Recuerde, no perderá ningún dato si simplemente desactiva un plugin. Si aún puede acceder a su panel de administrador, una forma rápida de hacerlo es ir a «Plugins» y seleccionar «Desactivar» en el menú de acciones masivas. Esto deshabilitará todos sus plugins.

Desactivar todos los plugins

Desactivar todos los plugins

Si esto no soluciona el problema, deberá encontrar al culpable. Comience a activarlos uno por uno, recargando el sitio después de cada activación. Cuando vea el retorno de tiempo de espera de la puerta de enlace 504, encontrará el plugin que funciona mal. Luego puede comunicarse con el desarrollador del plugin para obtener ayuda o publicar un ticket de soporte en el repositorio de WordPress.

Si no puede acceder a su administrador, puede entrar via FTP a su servidor y cambiar el nombre de su carpeta de plugins a algo como plugins_old. Luego revise a su sitio de nuevo. Si funciona, entonces tendrá que probar cada plugin uno por uno. Cambie el nombre de su carpeta de plugins a «plugins» y luego renombre cada carpeta de plugins dentro de ella, uno por uno, hasta que la encuentre. También podría intentar replicar esto en un entorno de staging primero.

Renombrar la carpeta de plugin

Renombrar la carpeta de plugin

Siempre asegúrese de que sus plugins, temas y el núcleo de WordPress estén actualizados. Y verifique que está ejecutando una versión compatible de PHP. Siempre puede comunicarse con su host para obtener ayuda. En Kinsta utilizamos New Relic y otros métodos de solución de problemas para ayudar a los clientes a limitar qué plugin, query o script pueden estar causando el error. También puede utilizar su propia llave personalizada de New Relic.

Consultas que consumen mucho tiempo en la base de datos

Consultas que consumen mucho tiempo en la base de datos

Si resulta ser una consulta eficiente o un código incorrecto en un plugin, es posible que debe ingresar a su desarrollador de WordPress  para arreglar el problema.

8. Chequear los Logs

Debe aprovechar sus registros de error. Si es un cliente de Kinsta, puede ver fácilmente los errores en el visor de registro en el panel de MyKinsta. Esto puede ayudarle a reducir el problema rápidamente, especialmente si es el resultado de un plugin en su sitio.

Verificar logs

Verificar logs

Si su host no tiene una herramienta de registro, también puede añadir el siguiente código a su archivo wp-config.php para habilitar el registro:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

 

WordPress error logs folder SFTP

WordPress error logs folder SFTP

También puede verificar los archivos de registro en Apache y Nginx, que se encuentran comúnmente aquí:

  • Apache: /var/log/apache2/error.log
  • Nginx: /var/log/nginx/error.log

Si es un cliente de Kinsta, también puede aprovechar nuestra herramienta de analíticas para obtener un desglose de la cantidad total de errores 504 y ver con qué frecuencia y cuándo se producen. Esto puede ayudarle a solucionar problemas si este es un problema continuo, o tal vez algo que se ha resuelto por sí mismo.

Análisis de respuesta 500 error breakdown

Análisis de respuesta 500 error breakdown

9. Configuración de Nginx

Si está administrando su propio servidor y sitios de WordPress en Nginx + FastCGI (php-fpm) o Nginx como proxy para Apache, existen algunas configuraciones adicionales que se pueden cambiar para ayudar a prevenir errores 504de tiempo de espera de la puerta de enlace.

Error 504 inactividad en el puerto de enlace en Nginx + FastCGI (php-fpm)

Si está utilizando Nginx con FastCGI (php-fpm), primero deberá hacer un cambio en su archivo PHP-FPM. Navegue a /etc/php5/fpm/pool.d/www.conf (puede variar según la versión de PHP ). Establezca la siguiente directiva:

request_terminate_timeout = 300

A continuación, debe cambiar su archivo php.ini, que normalmente se encuentra en /etc/php.ini. Busque la directiva max_execution_time. Aumente el valor a 300, si la directiva no está presente, entonces añádalo:

max_execution_time = 300

Por último, tendrá que modificar su archivo nginx.conf. Agregue lo siguiente dentro de su configuración de alojamiento virtual Nginx.

location ~ .php$ {
...
fastcgi_read_timeout 300;
}

Luego simplemente recargue Nginx así como PHP-FPM.

service nginx reload
service php5-fpm reload

Error 504 inactividad en el puerto de enlace Nginx Proxy
Si está utilizando Nginx como proxy para Apache, agregue lo siguiente a su archivo nginx.conf:

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

Entonces simplemente vuelva a cargar Nginx.

service nginx reload

Resumen

Como puede ver, hay una multitud de formas diferentes de solucionar y corregir los errores 504 inactividad en el puerto de enlace en su sitio de WordPress. Normalmente, se trata de un problema del servidor, en cuyo caso puede comunicarse rápidamente con su servidor para resolverlo. Pero también es importante entender que en realidad pueden ser causados por plugins de terceros o por sobrepasar la capacidad de su PHP workers.

Si realmente está maximizando sus PHP workers, le recomendamos que se ponga en contacto con nuestro equipo de soporte aquí en Kinsta o contrate un desarrollador de WordPress que se especialice en la optimización del rendimiento web. Si después de visitar su sitio descubre que sus plugins, temas y consultas están bien, puede ser que necesite actualizar su plan o la cantidad su PHP workers.

¿Hubo algo que nos perdimos? Tal vez tenga otro consejo para solucionar los errores 504 inactividad en el puerto de enlace. Si es así, háganos saber a continuación en los comentarios.

16
Shares