Vue diagnostic rapide
Le proxy ou serveur frontal n’obtient pas une réponse valide du serveur applicatif amont.
- Backend arrêté
- PHP-FPM indisponible
- Timeout
- Identifier le frontal
- Tester le backend directement
- Lire les logs proxy et application
- Rétablir le backend
- Corriger l’adresse/port du proxy
- Adapter les timeouts seulement après avoir compris la cause
Plan technicien contextualisé
Déterminez si Nginx, Apache, CDN ou proxy renvoie le 502.
« Identifier le frontal » doit produire une observation permettant de confirmer ou d’écarter clairement « Backend arrêté ».
Si l’observation est conforme, réduisez la priorité de « Backend arrêté » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « Backend arrêté ». Action associée : Rétablir le backend.
Si possible, vérifiez le service amont.
« Tester le backend directement » doit produire une observation permettant de confirmer ou d’écarter clairement « PHP-FPM indisponible ».
Si l’observation est conforme, réduisez la priorité de « PHP-FPM indisponible » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « PHP-FPM indisponible ». Action associée : Corriger l’adresse/port du proxy.
Cherchez timeout, connection refused ou reset.
« Lire les logs proxy et application » doit produire une observation permettant de confirmer ou d’écarter clairement « Timeout ».
Si l’observation est conforme, réduisez la priorité de « Timeout » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « Timeout ». Action associée : Adapter les timeouts seulement après avoir compris la cause.
CPU, RAM, workers et connexions peuvent être saturés.
« Vérifier les ressources » doit produire une observation permettant de confirmer ou d’écarter clairement « Reverse proxy mal configuré ».
Si l’observation est conforme, réduisez la priorité de « Reverse proxy mal configuré » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « Reverse proxy mal configuré ».
Répétez le même test de validation après correction et confirmez que le symptôme initial a disparu. Validez la stabilité avant de clôturer l’incident.
Avant toute modification de configuration, relevez la valeur actuelle et prévoyez le retour arrière.
Escaladez à l’hébergeur si le backend ou les ressources serveur sont hors de votre contrôle.
＋Afficher le guide détaillé completExplications détaillées et contenu de dépannage original.
Le proxy ou serveur frontal n’obtient pas une réponse valide du serveur applicatif amont.
Causes probables
- Backend arrêté
- PHP-FPM indisponible
- Timeout
- Reverse proxy mal configuré
- Application saturée
Diagnostic étape par étape
- 1
Identifier le frontal
Déterminez si Nginx, Apache, CDN ou proxy renvoie le 502.
- 2
Tester le backend directement
Si possible, vérifiez le service amont.
- 3
Lire les logs proxy et application
Cherchez timeout, connection refused ou reset.
- 4
Vérifier les ressources
CPU, RAM, workers et connexions peuvent être saturés.
Solutions possibles
- Rétablir le backend
- Corriger l’adresse/port du proxy
- Adapter les timeouts seulement après avoir compris la cause
Escaladez à l’hébergeur si le backend ou les ressources serveur sont hors de votre contrôle.