Perché SSH attende le connessioni inoltrate dopo il logout
Distinguere la fine della shell remota dal completamento dei canali inoltrati quando una sessione SSH sembra non uscire.
La shell remota e le connessioni inoltrate tramite SOCKS sono canali distinti su un unico trasporto SSH. Terminare la shell non conclude necessariamente le connessioni del browser che usano l'inoltro dinamico. OpenSSH documenta l'attesa al logout che le connessioni inoltrate o le sessioni X11 terminino.
Per un'uscita ordinata, chiudere le operazioni che usano l'inoltro e lasciare che i loro canali terminino. Chiudere una finestra del browser può lasciare processi e connessioni del browser in background, quindi individuare il processo che usa ancora il listener.
In una sessione interattiva adatta, i comandi di escape predefiniti di OpenSSH possono elencare le connessioni inoltrate o disconnettersi esplicitamente. La loro disponibilità dipende da quella sessione e dalla sua configurazione di escape; inviare testo di escape interattivo a un processo ssh -N in background non è un'interfaccia generale di arresto.
Prima di interrompere il trasporto, stabilire se lo possiede un master di condivisione delle connessioni. Altre sessioni possono dipendere dalla stessa connessione.
ExitOnForwardFailure governa il fallimento nello stabilire l'inoltro richiesto. Non definisce «uscire dopo l'ultima richiesta al sito» né «terminare ogni canale quando la shell finisce». La scelta allo spegnimento è se esaurire il lavoro rimanente o interromperlo deliberatamente.