- Spegnimento
- 25 agosto 2026 alle ore 14:48 UTC
- Autore
- Kamo
- Impegno
- 83222a5
"La connessione richiesta non esiste. Si prega di controllare il nome della connessione e provare di nuovo." su una riconnessione KamoDesktop non era una connessione mancante. Era il La sua scadenza. `espires` in un guacamole-auth-json token non è la finestra di redenzione del URL, che è come è stato utilizzato qui (5 minuti). L'estensione mantiene la token decodificato come il backing store LIVE per la directory di connessione della sessione e ricontrolla `espires` su ogni lettura: Non e' vero. una volta che System.currentTimeMillis() > scade (confermato nel codice byte 1.5.5). La sessione di Guacamole rimane autenticata, quindi il browser non viene mai rispedito a una schermata di login — si inizia a ottenere "La destinazione del tunnel richiesta non esiste" su ogni richiesta del tunnel, che client rende come CLIENT.ERROR TUNNEL 204, il messaggio sopra. Un tunnel già aperto sopravvive, quindi questo solo mai bit su RECONNECT: una rete blip, un portatile che dorme, una scheda ricarica, un guacd riavviare, o aprire un secondo icona del desktop più di cinque minuti dopo il primo. Riprodotta fine alla fine contro il gateway live — connessioni presenti a t+0, sessione ancora lista autenticata e di connessione vuota alcuni secondi dopo `espires`. La finestra ora copre una sessione di lavoro (8h, KAMO GUAC SESSION TTL MINUTES), con un piano di 60 minuti corrispondente a Guacamole proprio api-session-timeout che è in codice, non solo documentato, quindi una configurazione non può reintrodurla. Anti-replay per un collegamento trapelato proviene dal dio / dev-machine-provision gate on il punto finale di coniazione e dal timeout di inattività di Guacamole — non da un breve "espires". singleUse non è un'opzione: cancella la connessione dal token sulla prima connessione, che rompe ricollega outright.