De ce SSH așteaptă conexiunile redirecționate după deconectare
Distingeți sfârșitul shell-ului la distanță de finalizarea canalelor redirecționate când o sesiune SSH pare să nu se închidă.
Shell-ul la distanță și conexiunile redirecționate prin SOCKS sunt canale separate pe un singur transport SSH. Încheierea shell-ului nu finalizează neapărat conexiunile browserului care folosesc redirecționarea dinamică. OpenSSH documentează așteptarea la deconectare până se termină conexiunile redirecționate sau sesiunile X11.
Pentru o ieșire ordonată, închideți operațiunile care folosesc redirecționarea și lăsați canalele lor să se termine. Închiderea unei ferestre de browser poate lăsa procese și conexiuni ale browserului în fundal, așa că identificați procesul care încă folosește ascultătorul.
Într-o sesiune interactivă potrivită, comenzile de evadare implicite din OpenSSH pot lista conexiunile redirecționate sau deconecta explicit. Disponibilitatea lor depinde de acea sesiune și de configurația ei de evadare; trimiterea de text de evadare interactiv către un proces ssh -N din fundal nu este o interfață generală de oprire.
Înainte de a întrerupe transportul, stabiliți dacă îl deține un master de partajare a conexiunilor. Alte sesiuni pot depinde de aceeași conexiune.
ExitOnForwardFailure guvernează eșecul stabilirii redirecționării cerute. Nu definește „ieșire după ultima cerere către site” sau „încheie fiecare canal când se termină shell-ul”. Alegerea la oprire este dacă se epuizează munca rămasă sau se întrerupe deliberat.