- Expédié
- 23 septembre 2026 à 15:59 UTC
- Auteur
- Kamo
- Commit
- 334ac8c
Ouvrir un ordinateur a atterri sur la page de retour du service de redirection — "la demande a atteint la page de repli au lieu d'être redirigé. Vérifiez l'en-tête de l'hôte." Deux les causes, et chacun se cachait derrière l'autre. TRAEFIK ne regardait pas l'espace du nom. - Oui. énumérés kamo, mail, kamo-universe, monitoring, par défaut et bureau. Pas les ordinateurs hébergés. Alors chaque IngressRoute et Middleware pour la passerelle était invisible à Traefik: kubectl leur a montré, leurs priorités étaient justes, et rien dans le cluster n'a rapporté problème, parce qu'un CRD non surveillé n'est pas une erreur — ce n'est rien du tout. Demandes les ordinateurs. le service de redirection a répondu. `desktop` est sur cette liste pour exactement ceci raison, et le commentaire ci-dessus dit "VÉRIFIER cette liste couvre toute route kamo espaces de noms". Elle n'a pas été vérifiée. L'APP était à /guacamole, PAS /. guacamole/guacamole déploie sa guerre comme guacamole.war sauf si WEBAPP CONTEXT dit le contraire, et ce déploiement ne l'a jamais défini — le plate-forme-admin passerelle fait. Une fois Traefik a pu faire route, chaque lien a répondu Tomcat 404 qui ne mentionne aucun chemin de contexte, d'un pod dont les logs se terminent par "Serveur démarrage dans 4690 ms". Et les sondes ont dû se déplacer avec : pointé à /guacamole/ tandis que l'application s'est déplacée à ROOT, le conteneur déployé ROOT.war, a répondu 404 sur l'ancien chemin, et a été tué par son sa propre sonde de vie. Le chemin et le contexte sont une décision en deux endroits. Fin de vérification à la fin: / maintenant 302s de connexion pour une visite nue, et /?data=<token> est servi par Guacamole.