Per què SSH espera les connexions reenviades després de la desconnexió
Distingiu l'acabament de la shell remota de l'acabament dels canals reenviats quan una sessió SSH sembla que no surt.
La shell remota i les connexions reenviades per SOCKS són canals separats en un sol transport SSH. Acabar la shell no acaba necessàriament les connexions del navegador que fan servir el reenviament dinàmic. OpenSSH documenta que en tancar la sessió s'espera que acabin les connexions reenviades o les sessions X11.
Per sortir de manera ordenada, tanqueu les operacions que fan servir el reenviament i deixeu que els seus canals acabin. Tancar una finestra del navegador pot deixar processos i connexions del navegador en segon pla, així que identifiqueu el procés que encara usa l'oient.
En una sessió interactiva adequada, les ordres d'escapament predeterminades d'OpenSSH poden llistar les connexions reenviades o desconnectar explícitament. La seva disponibilitat depèn d'aquella sessió i de la seva configuració d'escapament; enviar text d'escapament interactiu a un procés ssh -N en segon pla no és una interfície general d'aturada.
Abans d'interrompre el transport, identifiqueu si el posseeix un mestre de compartició de connexions. Altres sessions poden dependre d'aquella mateixa connexió.
ExitOnForwardFailure regeix el fracàs d'establir la configuració de reenviament sol·licitada. No defineix «sortir després de l'última petició al lloc web» ni «acabar cada canal quan acaba la shell». L'elecció d'aturada és si buidar la feina restant o interrompre-la deliberadament.