Bakit naghihintay ang SSH ng mga na-forward na koneksyon pagkatapos mag-logout
Ihiwalay ang pagtatapos ng remote shell sa pagtatapos ng mga na-forward na channel kapag ang sesyon ng SSH ay tila hindi lumalabas.
Ang remote shell at ang mga koneksyong na-forward sa pamamagitan ng SOCKS ay magkahiwalay na channel sa isang SSH transport. Ang pagtatapos ng shell ay hindi laging nagtatapos sa mga koneksyon ng browser na gumagamit ng dynamic na pag-forward. Idinodokumento ng OpenSSH ang paghihintay sa logout hanggang matapos ang mga na-forward na koneksyon o sesyon ng X11.
Para sa maayos na paglabas, isara ang mga operasyong gumagamit ng pag-forward at hayaang matapos ang mga channel nito. Ang pagsasara ng window ng browser ay maaaring mag-iwan ng mga proseso at koneksyon ng browser sa background, kaya tukuyin ang prosesong gumagamit pa rin ng listener.
Sa angkop na interactive na sesyon, maaaring ilista ng mga default na escape command ng OpenSSH ang mga na-forward na koneksyon o tahasang idiskonekta. Nakadepende ang pagiging available nito sa sesyong iyon at sa escape configuration nito; ang pagpapadala ng interactive na escape text sa prosesong ssh -N sa background ay hindi pangkalahatang shutdown interface.
Bago hadlangan ang transport, tukuyin kung pagmamay-ari ito ng master ng pagbabahagi ng koneksyon. Maaaring nakadepende ang ibang sesyon sa parehong koneksyon.
ExitOnForwardFailure ang namamahala sa kabiguan na maitatag ang hinihiling na pag-forward. Hindi nito tinutukoy ang “lumabas pagkatapos ng huling kahilingan sa website” o “tapusin ang bawat channel kapag natapos ang shell”. Ang pagpipilian sa pagsasara ay kung uubusin ang natitirang trabaho o sadyang hahadlangan ito.