Examiner une erreur 502 à trois frontières avant de tout redémarrer
Distinguer client, proxy et application avec horodatage et identifiant de requête, sans conclure trop vite ni relancer tout le système.

Source : définition MDN de 502 Bad Gateway. L’ordre proposé est indépendant.
Une 502 indique généralement une réponse amont invalide reçue par une passerelle ou un proxy. Elle ne prouve pas à elle seule une panne de base ou la nécessité de tout redémarrer.
Trois frontières, trois questions
- Client vers passerelle : nom, chemin, heure et répétition sur d’autres connexions ?
- Passerelle vers application : destination, port, nom et méthode correspondent-ils ? Que consignait le proxy ?
- Application et dépendances : la requête est-elle arrivée, où a-t-elle échoué ou attendu ?
Identifiant et heure communs relient les observations. Un ancien message ne devient pas automatiquement la cause actuelle.
Exemple hypothétique
Après déploiement, le port cible du proxy diffère du port applicatif. L’application est saine mais le routage faux. Relancer la base ne vise pas la cause et peut ajouter une interruption.
Critère de fin
Retestez le même trajet en observant proxy et application. Port ouvert ou autre page fonctionnelle ne suffit pas. Modifiez un facteur, consignez résultat et retour.
À lire : quoi noter avant un redémarrage.
Source vérifiée le 2 novembre 2026. Exemple hypothétique ; le code ne remplace pas preuves et configuration du produit.

