- Enviado
- 23 de setembro de 2026 às 15:59 UTC
- Autor
- Kamo
- Confirmação
- 334ac8c
Abrindo um computador pousou na página de retorno do serviço de redirecionamento — "o pedido chegou à página de retorno em vez de ser redirecionada. Verifica o cabeçalho da máquina." Dois causas, e cada um escondido atrás do outro. O Traepik não estava a ver o nome. **************************** listado kamo, mail, kamo-universo, monitoramento, padrão e desktop. Não são computadores hospedados. Então... Cada IngressRoute e Middleware para o gateway era invisível para Traefik: kubectl mostrou-lhes, suas prioridades estavam certas, e nada no cluster relatou problema, porque um CRD não vigiado não é um erro — não é absolutamente nada. Pedidos de computadores.<domínio> caiu para o catch-all kamo-nowww-route na prioridade 1 e foram respondidos pelo serviço de redirecionamento. 'desktop' está nessa lista para exatamente este razão, e o comentário acima diz "VerIFY esta lista abrange toda a rota kamo namespaces". Não foi verificado. O APP ESTAVA EM /guacamole, NÃO /. guacamole/guacamole implementa sua guerra como guacamole.war a menos que WEBAPP CONTEXT diga o contrário, e esta implantação nunca configurá-lo — o O gateway plataforma-administrador faz. Uma vez que Traefik poderia encaminhar em tudo, cada link respondeu a Tomcat 404 que menciona nenhum caminho de contexto, de um pod cujos logs terminam com "Server inicialização em 4690 ms". E as sondas tiveram que se mover com ele: apontado para /guacamole / enquanto o aplicativo se moveu para ROOT, o contêiner implantou ROOT.war, respondeu 404 no antigo caminho, e foi morto por sua sonda de vida própria. O caminho e o contexto são uma decisão em dois lugares. Verified end to end: / now 302s to login for a nu visit, and /?data=<token> is serviced de Guacamole.