Pourquoi SSH attend les connexions transférées après la déconnexion
Distinguez la fin du shell distant de la fin des canaux transférés lorsqu'une session SSH semble ne pas se terminer.
Le shell distant et les connexions transférées via SOCKS sont des canaux distincts sur un même transport SSH. Terminer le shell ne termine pas forcément les connexions du navigateur qui utilisent le transfert dynamique. OpenSSH documente l'attente, à la déconnexion, que les connexions transférées ou les sessions X11 se terminent.
Pour une sortie ordonnée, fermez les opérations qui utilisent le transfert et laissez leurs canaux se terminer. Fermer une fenêtre de navigateur peut laisser des processus et des connexions du navigateur en arrière-plan, identifiez donc le processus qui utilise encore l'écouteur.
Dans une session interactive appropriée, les commandes d'échappement par défaut d'OpenSSH peuvent lister les connexions transférées ou se déconnecter explicitement. Leur disponibilité dépend de cette session et de sa configuration d'échappement ; envoyer un texte d'échappement interactif à un processus ssh -N en arrière-plan n'est pas une interface d'arrêt générale.
Avant d'interrompre le transport, déterminez si un maître de partage de connexions le possède. D'autres sessions peuvent dépendre de cette même connexion.
ExitOnForwardFailure régit l'échec d'établissement de la configuration de transfert demandée. Il ne définit ni « quitter après la dernière requête du site » ni « terminer chaque canal quand le shell se termine ». Le choix à l'arrêt est d'épuiser le travail restant ou de l'interrompre délibérément.