- Szycy
- 25 sierpnia 2026 14:48 UTC
- Autor
- Kamo
- Pochęt się
- 83222a5
"Proszone połączenie nie istnieje. Proszę sprawdzić nazwę połączenia i Spróbuj ponownie." na ponownym połączeniu KamoDesktop nie był brakującym połączeniem. To było to, co Wygasa tokena SSO. "Epoty" w żelu guacamole-auth-json nie jest oknem odkupienia Adres URL, w jaki sposób był tutaj używany (5 minut). Rozszerzenie utrzymuje Dekodowany token jako sklep z backingiem LIVE dla katalogu połączenia sesji I ponownie sprawdza „expires” na każdym odczytie: Odciąga puste SimpleDirectory po wygaśnięciu System.currentTimeMillis() > (potwierdzone w kodze 1,5 zagranicznym). Sesja Guacamole pozostaje uwierzytelniona, więc Przeglądarka nigdy nie jest odsyłana na ekran logowania - po prostu zaczyna się otrzymuje "Zapytane miejsce docelowe tunelu nie istnieje" na każdym żądaniu tunelu, które Klient renderuje jako CLIENT.ERROR_TUNNEL_204, wiadomość powyżej. Już otwarty tunel przetrwał, więc to tylko ugryzł w RECONNECT: sieć blip, śpiący laptop, przeładowanie zakładek, restart guacd lub otwieranie sekundy Ikona pulpitu więcej niż pięć minut po pierwszym. Reprodukowany koniec do końca Przeciwko bramie na żywo — połączenia obecne na t+0, sesja jeszcze Uwierzytelniane i linkowe są puste kilka sekund po "expires". Okno obejmuje teraz sesję roboczą (8h, KAMO_GUAC_SESSION_TTL_MINUTES), Z 60-minutowym parłem pasującym do własnego api-sesji-timeout Guacamole, który jest Wyegzekwowana w kodzie, nie tylko udokumentowana, więc konfiguracja nie może go ponownie wprowadzić. Antypowtórka dla wyciekającego linku pochodzi z bramy godowej / dev-machine-provision na Wybijający punkt końcowy i z bezczynności Guacamole'a - nie z krótkiego "expires". singleUse nie jest opcją: usuwa połączenie z tokena Na pierwszym połączeniu, które pęka, ponownie łączy się z powrotem.