Por qué SSH espera las conexiones reenviadas tras cerrar la sesión
Distinga el final del shell remoto del final de los canales reenviados cuando una sesión SSH parece no salir.
El shell remoto y las conexiones reenviadas por SOCKS son canales separados en un mismo transporte SSH. Terminar el shell no finaliza necesariamente las conexiones del navegador que usan el reenvío dinámico. OpenSSH documenta que al cerrar la sesión se espera a que terminen las conexiones reenviadas o las sesiones X11.
Para una salida ordenada, cierre las operaciones que usan el reenvío y permita que sus canales terminen. Cerrar una ventana del navegador puede dejar procesos y conexiones del navegador en segundo plano, así que identifique el proceso que sigue usando el oyente.
En una sesión interactiva adecuada, los comandos de escape predeterminados de OpenSSH pueden listar las conexiones reenviadas o desconectar explícitamente. Su disponibilidad depende de esa sesión y de su configuración de escape; enviar texto de escape interactivo a un proceso ssh -N en segundo plano no es una interfaz general de apagado.
Antes de interrumpir el transporte, identifique si lo posee un maestro de compartición de conexiones. Otras sesiones pueden depender de esa misma conexión.
ExitOnForwardFailure rige el fallo al establecer la configuración de reenvío solicitada. No define «salir tras la última petición al sitio web» ni «terminar cada canal cuando acaba el shell». La elección al apagar es si agotar el trabajo restante o interrumpirlo deliberadamente.