Por que SSH agarda as conexións reenviadas despois de pechar a sesión
Distinga o final da shell remota do final das canles reenviadas cando unha sesión SSH parece non saír.
A shell remota e as conexións reenviadas por SOCKS son canles separadas nun mesmo transporte SSH. Pechar a shell non remata necesariamente as conexións do navegador que usan o reenvío dinámico. OpenSSH documenta que ao pechar a sesión agárdase a que rematen as conexións reenviadas ou as sesións X11.
Para unha saída ordenada, peche as operacións que usan o reenvío e deixe que as súas canles rematen. Pechar unha xanela do navegador pode deixar procesos e conexións do navegador en segundo plano, así que identifique o proceso que aínda usa o oínte.
Nunha sesión interactiva axeitada, os comandos de escape predeterminados de OpenSSH poden listar as conexións reenviadas ou desconectar explicitamente. A súa dispoñibilidade depende desa sesión e da súa configuración de escape; enviar texto de escape interactivo a un proceso ssh -N en segundo plano non é unha interface xeral de apagado.
Antes de interromper o transporte, identifique se o posúe un mestre de compartición de conexións. Outras sesións poden depender desa mesma conexión.
ExitOnForwardFailure rexe o fallo ao establecer a configuración de reenvío solicitada. Non define «saír tras a última petición ao sitio web» nin «rematar cada canle cando acaba a shell». A elección ao apagar é se esgotar o traballo restante ou interrompelo deliberadamente.