Erreur 502 Bad Gateway Nginx : causes et solutions pas à pas

L'erreur 502 Bad Gateway revient souvent dans l'administration de serveurs web Nginx, et elle agace.
Elle signale que Nginx, en proxy inverse, n'a pas obtenu de réponse valide du serveur applicatif (backend).

Voici les causes principales de cette erreur et les solutions pas à pas.

• Qu'est-ce qu'une erreur 502 Bad Gateway ?
• Causes fréquentes côté serveur applicatif
• Problèmes de configuration Nginx
• Limites système et ressources
• Étapes de diagnostic pas à pas
• Solutions pratiques et correctives
• Bonnes pratiques pour prévenir l'erreur 502

Un code HTTP 502 signifie que le proxy (ici Nginx) a reçu une réponse invalide ou aucune réponse du serveur en amont (PHP-FPM, Node.js, Python, etc.).
En clair : Nginx fonctionne, mais l'application derrière lui est injoignable ou plante.

1. Problème côté application

• Service backend (ex. PHP-FPM, Node.js, Gunicorn) arrêté ou planté.
• Temps de réponse trop long → dépassement du timeout.
• Crash applicatif lié à une erreur de code.

2. Mauvaise configuration Nginx

• Mauvais fastcgi_pass ou proxy_pass.
• Sockets Unix inexistants ou avec de mauvais droits.
• Timeout trop courts (proxy_read_timeout, fastcgi_read_timeout).

3. Ressources système saturées

• CPU ou RAM insuffisants.
• Trop de connexions simultanées → limites worker_connections.
• Limite open files atteinte.

1. Vérifier les logs Nginx :

tail -f /var/log/nginx/error.log

1. Vérifier l'état du service backend :

Exemple avec PHP-FPM :

systemctl status php8.2-fpm

1. Vérifier que PHP-FPM écoute correctement :

# Vérifier que PHP-FPM écoute sur le port
ss -tlnp | grep 9000

# Ou pour un socket Unix
ls -la /run/php/php8.2-fpm.sock

# Test fonctionnel
SCRIPT_NAME=/ping SCRIPT_FILENAME=/ping REQUEST_METHOD=GET cgi-fcgi -bind -connect 127.0.0.1:9000

1. Augmenter temporairement les timeouts :

proxy_read_timeout 120;
fastcgi_read_timeout 120;

• Redémarrer le service applicatif (PHP-FPM, Node.js, etc.).
• Vérifier les permissions sur les sockets (/run/php/php8.2-fpm.sock).
• Corriger la directive proxy_pass ou fastcgi_pass.
• Augmenter les timeouts dans la conf Nginx.
• Optimiser les ressources serveur (RAM, CPU, limites ulimit).

Exemple Nginx (PHP-FPM) :

location ~ \.php$ {
    include fastcgi_params;
    fastcgi_pass unix:/run/php/php8.2-fpm.sock;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_read_timeout 120;
}

• Monitoring des services backend (Prometheus, Grafana, Icinga).
• Supervision automatique avec systemd (Restart=always).
• Mise en place d'un load balancer avec plusieurs backends.
• Optimiser le code applicatif pour éviter les lenteurs.
• Surveiller les ressources système et ajuster les limites.

L'erreur 502 Bad Gateway Nginx vient presque toujours d'un problème entre Nginx et son backend. Une méthodologie de diagnostic claire (logs, services, configuration, ressources) localise vite la cause et corrige l'erreur.

Avec du monitoring, de la redondance et un code applicatif sain, vous réduisez fortement le risque de tomber dessus en production.

Complétez votre infrastructure en mettant en place un load balancer HAProxy et une stack monitoring Prometheus pour éviter ces erreurs. Consultez aussi notre guide sur l'erreur 504.