- Verschifft
- 25. August 2026 um 14:48 UTC
- Autor
- Kamo
- Ausschuss
- 83222a5
"Die Anfrage besteht nicht. Bitte überprüfen Sie den Verbindungsnamen und Versuchen Sie es erneut". auf einer KamoDesktop-Reconnect war keine fehlende Verbindung. Es war die SSO Tokens eigener Ablauf. "expires" in einem guacamole-auth-json Token ist nicht das Erlösungsfenster der URL, so wurde es hier verwendet (5 Minuten). Die Erweiterung hält die dekodiertes Token als LIVE-Surspeicher für das Verbindungsverzeichnis der Session und überprüft erneut "expires" auf jeder Lesung: **************** gibt ein leeres SimpleDirectory zurück, sobald System.currentTimeMillis() abläuft (bestätigt im 1.5.5 bytecode). Die Guacamole-Session bleibt authentifiziert, so der Browser wird nie wieder an einen Anmeldebildschirm gesendet - er fängt einfach an zu werden "Angefragtes Tunnelziel existiert nicht" auf jeder Tunnelanfrage, die Client gibt als CLIENT.ERROR_TUNNEL_204 die Meldung oben an. Ein bereits offener Tunnel überlebt, so dass dies immer nur Bit auf RECONNECT: ein Netzwerk blip, ein Laptop schlafen, ein Tab Reload, ein guacd Neustart, oder das Öffnen einer Sekunde Desktop-Symbol mehr als fünf Minuten nach dem ersten. Verfilmte Ende bis Ende gegen das Live-Gateway - Verbindungen bei t+0, Sitzung noch authentifiziert und die Verbindungsliste leeren ein paar Sekunden nach "expires". Das Fenster umfasst nun eine Arbeitssitzung (8h, KAMO_GUAC_SESSION_TTL_MINUTES), mit einem 60-Minuten-Boden passend zu Guacamole eigenen Api-Sitzung-Ausgang, der in Code durchgesetzt, nicht nur dokumentiert, so dass eine Konfigurationskarte nicht wieder einführen kann. Anti-Wiedergabe für eine durchgesickerte Verbindung kommt aus dem Gott / dev-machine-Provision-Gate auf der Minting Endpunkt und von Guacamoles Inaktivität Timeout - nicht aus kurzer Zeit SingleUse ist keine Option: es löscht die Verbindung aus dem Token auf erste Verbindung, die bricht wieder verbindet.