- Verschickt
- 23. September 2026 um 15:59 UTC
- Autor
- Kamo
- Commit
- 334ac8c
Öffnen eines Computers auf der Umleitungs-Service-Fallback-Seite gelandet - "die Anfrage erreichte die Fallback-Seite, anstatt umgeleitet zu werden. Überprüfen Sie die Host-Header". Zwei Ursachen, und jeder versteckte sich hinter dem anderen. TRAEFIK WAS NOT WATCHING THE NAMESPACE. ************ gelistet Kamo, Mail, Kao-Universum, Überwachung, Standard und Desktop. Nicht gehostete Computer. Also jeder IngressRoute und Middleware für das Gateway war für Traefik unsichtbar: kubectl zeigte sie, ihre Prioritäten waren richtig, und nichts in der Cluster berichtete ein Problem, weil eine unbeobachtete CRD ist kein Fehler - es ist überhaupt nichts. Anfragen für Computer.<domain" fiel durch die catch-all kamo-nowww-Route bei Priorität 1 und wurden vom Umleitungsdienst beantwortet. Für genau diese Liste steht "desktop" auf dieser Liste Grund, und der Kommentar oben sagt: "VERIFY diese Liste umfasst alle Kao-Route namespaces". Es wurde nicht verifiziert. THE APP WAS AT /guacamole, NOT /. guacamole/guacamole setzt seinen Krieg als guacamole.war ein außer WEBAPP_CONTEXT sagt etwas anderes, und dieser Einsatz nie setzen es . platform-admin Gateway funktioniert. Sobald Traefik überhaupt Route konnte, antwortete jeder Link Tomcat 404, der keinen Kontextpfad erwähnt, von einer Hülse, deren Logs mit "Server enden Start in 4690 ms". Und die Sonden mussten sich damit bewegen: auf /guacamole/ gerichtet, während sich die App nach ROOT bewegte, der Container eingesetzt ROOT.war, antwortete 404 auf dem alten Pfad, und wurde von seinem getötet eigene Lebendigkeit Sonde. Der Weg und der Kontext sind eine Entscheidung an zwei Orten. Geprüfte Ende bis Ende: / jetzt 302s für einen bloßen Besuch anmelden, und /?data=<token' wird serviert von Guacamole.