Cómo solucionar el error 503 de conexión al servidor back-end en su sitio web

Un error 503 "Falló la obtención del backend" es un error del servidor que puede inutilizar total o parcialmente un sitio web. Este error puede ocurrir al intentar acceder a un sitio web, descargar contenido o usar un procesador de pagos, entre otras cosas.

Cómo solucionar el error 503 de conexión al servidor back-end en su sitio web

Este error indica que el servidor del sitio web no pudo comunicarse correctamente con los servicios backend. Generalmente se activa por actualizaciones de plugins, del sistema operativo (SO) del servidor o de extensiones. Al ser un problema del servidor, los clientes solo pueden intentar actualizar el sitio web en sus navegadores.

Si está experimentando este problema en un sitio web, es recomendable ponerse en contacto con los administradores web para corregir el error.

Solución de problemas básicos

Recargar la página del navegador: Resuelva temporalmente el error 503 actualizando la página varias veces.
Estado del servidor: Compruebe si el servidor host está inactivo o en mantenimiento.
Respaldo: Asegúrese de tener una copia de seguridad del servidor, el sitio y la base de datos para evitar la pérdida de datos durante la resolución de problemas.
Recargar o reiniciar los servicios y el servidor: Intente recargar o reiniciar servicios, como Varnish, y si el error persiste, considere reiniciar el servidor.
Actualizar: Verifique que todos los servicios, aplicaciones y sistemas operativos del servidor relacionados estén actualizados.

3. Verificar el sitio y los recursos

La falta de espacio de almacenamiento o recursos en un sitio web puede provocar una falla en la búsqueda del backend debido a la imposibilidad de realizar las operaciones necesarias.

Vaya a su panel de WordPress y seleccione Herramientas > صحة الموقع > Información.
Evalúa si tu almacenamiento está llegando a su límite. De ser así, podrías necesitar añadir más espacio o eliminar elementos innecesarios. En algunos casos, podría ser necesario actualizar tu plan.
Asegúrese de que otros recursos del servidor no estén sobrecargados y que resolver este problema elimine el error.

4. Comprobación de la disponibilidad de recursos

Intentar acceder a un recurso que no existe en el servidor backend generará un mensaje de error. Su agente inverso podría reportar este error como 503 (error de recuperación del backend).

Verificar URL O código y seleccione el proveedor Aquel a quien intenta alcanzar.
Compruebe si el recurso requerido está disponible en el servidor. De no ser así, cárguelo en la ubicación correspondiente.
Si el problema persiste, asegúrese de que la acción realizada no intente cargar todo el sitio web. Por ejemplo:
```
.request="OBTENER HTTP/1.1"
```
Revisemos el asunto de la siguiente manera:
```
.request="GET /sitehealth.html HTTP/1.1"
```

5. Cambiar la configuración de Cloudflare

Una configuración ineficiente de Cloudflare puede provocar un error 503 al restringir el acceso a los recursos del servidor backend. Cambiar esta configuración puede solucionar el problema.

Inicie sesión en su panel de Cloudflare y vaya a الأمان > Realizar cambios en Elementor.
Copiar el IP La pantalla se movió a WAF > Herramientas.
toque en Editar A continuación, ingrese su ubicación y agregue la IP a la lista de permitidos.

6. Aumentar el límite de tiempo de espera del servidor

Si el tiempo de respuesta del servidor back-end supera el límite de tiempo de espera establecido para el proxy inverso, se producirá un error al obtener datos del back-end. Aumentar el límite de tiempo de espera del servidor puede resolver este problema. Esto puede variar, pero en Varnish se puede hacer de la siguiente manera:

Vaya a la configuración de barniz. Por ejemplo:
```
/etc/sysconfig/varnish
```
Editar archivo Conferencia VCL Para aumentar el tiempo de espera a, por ejemplo, 300 segundos (el valor predeterminado suele ser 60 segundos):
```
tiempo de espera del primer byte = 300 s
```
Guarde los cambios y verifique si el error aún existe.
Si el error comenzó después de un cambio en la configuración de Varnish, vuelva a la configuración funcional anterior, si está disponible.

7. Modificar la configuración de la comprobación del estado del sitio

Puede producirse un error en el servidor backend si la caché del proxy inverso, como Varnish, no puede acceder a la información de la comprobación del estado del servidor backend o la considera errónea. La solución es corregir la configuración de la comprobación del estado del sitio.

Elimina la siguiente línea de tu configuración si existe:
```
.url="/chequeo_de_salud.php"
```

Compruebe si el problema está resuelto.
Si esto no funciona, utilice barniz Identificar lo que se considera no saludable y tratarlo en consecuencia.
```
sudo varnishlog -g request -q "Ecuación de llamada VCL 'ERROR DE BACKEND'"
```

8. Revertir el PHP del servidor a una versión anterior

Si la última versión de PHP es incompatible con el backend de tu sitio web, podría generar un error 503. Revertir a una versión anterior de PHP puede resolver el problema. Por ejemplo, en Bluehost con WordPress:

Ir tabla de control Específicamente para Bluehost, seleccione la pestaña. Avanzado.
dentro de cPanel, Ir a Administrador de MultiPHP En la sección Software, localice el sitio web afectado.
cambio Versión de PHP Regrese a la versión anterior y verifique si el error se ha resuelto.

9. Deshabilitar complementos, herramientas, extensiones y plantillas

Cuando un complemento, herramienta, extensión o plantilla es incompatible con la configuración del servidor, puede aparecer un error 503. Para mitigar el error, deshabilítelos y volviéndolos a habilitar uno por uno para identificar el elemento problemático.

Por ejemplo, para deshabilitar GZip en Jira Service Desk, que se sabía que causaba un error 503:

Ir tabla de control Propia y específica de Jira Administración > Ajustes generales > Utilice la compresión GZip.
Deshabilite la compresión GZip y verifique si eso resuelve el error.

10. Deshabilitar el módulo CSP en Magento

El módulo Política de Seguridad de Contenido (CSP) proporciona seguridad a las aplicaciones de Magento. Si el módulo CSP es incompatible con su configuración actual, podría generar un error 503.

Deshabilitar el módulo CSP en Magento podría resolver el problema:

Llenar terminal Ejecute los siguientes comandos secuencialmente:
```
módulo php bin/magento:deshabilitar Magento_Csp php bin/magento c:f
```
Después de la ejecución, verifique si se ha corregido el error 503.

11. Cambie el encabezado del host, la etiqueta secundaria y las configuraciones del puerto.

Los errores de recuperación del backend también pueden deberse a encabezados de host excesivamente grandes, etiquetas secundarias inicializadas incorrectamente o configuraciones de puerto defectuosas. Ajustar estas configuraciones puede resolver el error.

Agregar la propiedad .host_header

Aplicación especial .encabezado_del_host Para que el servidor backend garantice que los escaneos se dirijan al host correcto.
Comenzar Depuración Para examinar los datos del jefe de host incluidos en los registros.

Cómo eliminar etiquetas secundarias de Magento

Ingrese esto Archivo:
```
MagentoConfigurableProductPluginModelProduct
```
Eliminar señal de bebé Desde el encabezado, verifique si se ha resuelto el error.

Eliminar puertos de Docker Compose

Localizar Docker Compose y ve al archivo Predeterminado.vcl.

Reemplace los puertos con Nombre del servicio Como se muestra abajo:

cliente: imagen: ... puertos: <-- eliminar - destino: 80 publicado: 8080 modo: host

Editar archivo Predeterminado.vcl Respectivamente:

backend predeterminado { .host = "cliente"; .port = "80"; }

Compruebe si esta modificación soluciona el problema.

12. Utilizando un enfoque sistemático

Si todos los pasos anteriores fallan, se debe utilizar un enfoque sistemático para aislar la causa del error 503.

Comprobación de los registros

Examinar Registros Asociado con proxies inversos, o PHP, o servidores backend, o configuraciones de alojamiento, buscando cualquier violación que pueda generar el error 503.
Si se detecta algún defecto, corrija el problema subyacente para eliminar el error.

Realizar una prueba de conflicto completa

Pagar Prueba de conflicto completa Si su configuración lo permite, detecte posibles conflictos. Si surgen, resuélvalos para eliminar el error de recuperación del backend.

Acceso directo al servidor backend

Si está utilizando un proxy inverso como BarnizOmite esto e intenta acceder directamente al servidor backend. Si funciona, es probable que el problema esté en la configuración del proxy inverso. Si el acceso directo es correcto, considera los siguientes pasos:

Evaluar Longitud de las etiquetas de efectivo Utilizado por Magento, lo cual es especialmente importante para tiendas con muchos productos, el tamaño de los archivos puede superar el límite predeterminado de Varnish (normalmente 8192 bytes). Para solucionarlo, modifique http_resp_hdr_len (por ejemplo, a 70000 bytes) en la configuración de Varnish. De igual forma, ajuste http_resp_size de Varnish.
Asegúrese de que el archivo chequeo_de_salud.php Se encuentra en el directorio correcto, o puedes ajustar la configuración de Varnish para que apunte a la ubicación exacta. El valor predeterminado podría ser /pub/health_check.php, pero para servidores Nginx, podría ser necesario cambiarlo a /health_check.php.
Para los sitios de Magento, si el archivo mantenimiento.bandera Si existe, intente eliminarlo o cambiarle el nombre y luego actualice el sitio para ver si se resuelve el error.
Verificar Reglas del producto Dentro de Magento, se utiliza un backtrace para identificar cualquier salida no válida que pueda estar causando el error.

Si estos métodos no son efectivos, desmantele el sitio a sus elementos básicos, como un archivo de índice con contenido de marcador de posición. Reintroduzca gradualmente las funciones para identificar cuáles causan el error 503. Si el problema persiste, contacte con los canales de soporte. Apoyo El soporte adecuado, ya sea soporte de WordPress, soporte de Magento o el equipo de atención al cliente del proveedor de alojamiento, como el soporte de Hostinger.

Q&A