Kāpēc SSH pēc izrakstīšanās gaida pārsūtītos savienojumus
Atšķiriet attālā apvalka beigas no pārsūtīto kanālu pabeigšanas, kad SSH sesija šķietami nebeidzas.
Attālais apvalks un savienojumi, kas pārsūtīti caur SOCKS, ir atsevišķi kanāli vienā SSH transportā. Apvalka beigšana ne vienmēr pabeidz pārlūka savienojumus, kas izmanto dinamisko pārsūtīšanu. OpenSSH dokumentē, ka izrakstīšanās laikā tiek gaidīts, līdz beidzas pārsūtītie savienojumi vai X11 sesijas.
Lai izietu sakārtoti, aizveriet darbības, kas izmanto pārsūtīšanu, un ļaujiet to kanāliem beigties. Pārlūka loga aizvēršana var atstāt fona pārlūka procesus un savienojumus darbojamies, tāpēc nosakiet procesu, kas joprojām izmanto klausītāju.
Piemērotā interaktīvā sesijā OpenSSH noklusējuma escape komandas var uzskaitīt pārsūtītos savienojumus vai skaidri atvienoties. To pieejamība ir atkarīga no šīs sesijas un tās escape konfigurācijas; interaktīva escape teksta sūtīšana fona ssh -N procesam nav vispārēja izslēgšanas saskarne.
Pirms pārtraucat transportu, nosakiet, vai to pārvalda savienojumu koplietošanas master. Citas sesijas var būt atkarīgas no tā paša savienojuma.
ExitOnForwardFailure pārvalda pieprasītās pārsūtīšanas iestatīšanas neizdevušos izveidi. Tas nenosaka „iziet pēc pēdējā vietnes pieprasījuma“ vai „pārtraukt katru kanālu, kad beidzas apvalks“. Izslēgšanas izvēle ir, vai izsmelt atlikušo darbu vai apzināti to pārtraukt.