Un 502 renvoyé par votre proxy inverse est, sur le plan opérationnel, l’équivalent d’un haussement d’épaules. Vos utilisateurs voient « Bad Gateway ».
Vous, vous ne voyez… rien. L’application peut très bien fonctionner. Le proxy peut être sain. Le réseau peut mentir. Ou un seul
conteneur peut redémarrer en boucle en silence, comme s’il était payé au redémarrage.
Docker + Proxy inverse : énigmes 502 — où se situe vraiment la panne (et comment la réparer)
Cet article vous a aidé ?
← Précédent
Binning : comment un die devient cinq niveaux de prix
Suivant →
xattr ZFS : le choix de compatibilité qui change les performances
Articles similaires