- Shipped
- 23 settembre 2026 alle ore 15:59 UTC
- Author
- Kamo
- Commit
- 334ac8c
L'apertura di un computer è atterrata sulla pagina di riorientamento del servizio — "la richiesta ha raggiunto la pagina fallback invece di essere reindirizzato. Controlla l'intestazione dell'host." Due cause, e ognuno si nascose dietro l'altro. TRAEFIK non stava prendendo il nome. Non e' vero. elencato kamo, mail, kamo-universe, monitoraggio, default e desktop. I computer non ospitati. Quindi... ogni IngressRoute e Middleware per il gateway era invisibile a Traefik: kubectl hanno mostrato loro, le loro priorità erano giuste, e nulla nel cluster ha riferito problema, perché un CRD non guardato non è un errore — non è affatto nulla. Richieste per computer. sono stati esauditi dal servizio redirect. `desktop` è in quella lista per esattamente questo ragione, e il commento sopra dice "VERIFY questa lista copre tutto il percorso kamo namespaces". Non è stato verificato. L'applicazione era a /guacamole, NON /. guacamole/guacamole schiera la sua guerra come guacamole.war a meno che WEBAPP CONTEXT non dica il contrario, e questa distribuzione non l'ha mai impostata — il piattaforma-admin gateway lo fa. Una volta che Traefik poteva percorrere a tutti, ogni link ha risposto Tomcat 404 che non menziona nessun percorso di contesto, da un baccello i cui log terminano con "Server startup in 4690 ms". E le sonde hanno dovuto muoversi con esso: indicato a /guacamole/ mentre l'applicazione si è spostata a ROOT, il contenitore dispiegato ROOT.war, ha risposto 404 al vecchio sentiero, ed è stato ucciso dal suo propria sonda di vita. Il percorso e il contesto sono una decisione in due luoghi. Verificato fine alla fine: / ora 302s per effettuare il login per una visita a nudo, e /?data= di Guacamole.