- Navios
- 25 de agosto de 2026 às 14:48 UTC
- Autor
- Kamo
- Enviar
- 83222a5
"A conexão solicitada não existe. Verifique o nome da ligação e tentar novamente." em um KamoDesktop reconectar não foi uma conexão faltando. Foi o O próprio token de SSO expira. 'expira' em um símbolo guacamole-auth-json não é a janela de redenção do URL, que é como ele estava sendo usado aqui (5 minutos). A extensão mantém o token decodificado como a loja de suporte LIVE para o diretório de conexão da sessão e verifica novamente o termo de cada leitura: **************************** hands back um SimpleDiretório vazio uma vez System.currentTimeMillis() > expira (confirmado no bytes 1.5.5). A sessão Guacamole permanece autenticada, então o navegador nunca é enviado de volta para uma tela de login — ele apenas começa a obter "O destino do túnel solicitado não existe" em cada pedido do túnel, que o cliente renderiza como CLIENT.ERROR TUNNEL 204, a mensagem acima. Um túnel já aberto sobrevive, de modo que isto só foi mordido no RECONNECT: uma rede blip, um laptop dormindo, uma aba recarregar, um guacd reiniciar, ou abrindo um segundo ícone desktop mais de cinco minutos após o primeiro. Fim a fim reproduzido contra o gateway ao vivo — conexões presentes em t+0, sessão ainda lista autenticada e de conexão vazia alguns segundos após a expiração. A janela agora cobre uma sessão de trabalho (8h, KAMO GUAC SESSION TTL MINUTES), com um piso de 60 minutos que corresponde ao api-sessão de Guacamole que é forçado em código, não apenas documentado, então um configmap não pode reintroduzi-lo. Anti-replay para um link vazado vem do deus / dev-máquina-provision portão em o ponto final de cunhagem e do tempo de inatividade de Guacamole – não a partir de um curto «Expira». singleUse não é uma opção: apaga a conexão do token na primeira ligação, que quebra religa completamente.