Чаму SSH чакае перанакіраваныя злучэнні пасля выхаду
Адрознівайце завяршэнне аддаленай абалонкі ад завяршэння перанакіраваных каналаў, калі SSH-сеанс нібы не выходзіць.
Аддаленая абалонка і злучэнні, перанакіраваныя праз SOCKS, — асобныя каналы на адным транспарце SSH. Завяршэнне абалонкі не абавязкова завяршае злучэнні браўзера, якія выкарыстоўваюць дынамічнае перанакіраванне. OpenSSH дакументуе чаканне пры выхадзе, пакуль не завершацца перанакіраваныя злучэнні або сеансы X11.
Для ўпарадкаванага выхаду закрыйце аперацыі, якія выкарыстоўваюць перанакіраванне, і дазвольце іх каналам завяршыцца. Закрыццё акна браўзера можа пакінуць фонавыя працэсы браўзера і злучэнні працуючымі, таму вызначце працэс, які ўсё яшчэ выкарыстоўвае слухач.
Для прыдатнага інтэрактыўнага сеансу стандартныя каманды выхаду OpenSSH могуць пералічыць перанакіраваныя злучэнні або відавочна адключыць іх. Іх даступнасць залежыць ад гэтага сеансу і яго канфігурацыі; адпраўка інтэрактыўнага тэксту выхаду фонаваму працэсу ssh -N не з'яўляецца агульным інтэрфейсам спынення.
Перш чым перарываць транспарт, вызначце, ці валодае ім майстар сумеснага выкарыстання злучэнняў. Іншыя сеансы могуць залежаць ад таго ж злучэння.
ExitOnForwardFailure кіруе няўдачай стварэння запытанай канфігурацыі перанакіравання. Ён не вызначае «выхад пасля апошняга запыту да сайта» або «спыніць кожны канал, калі абалонка скончыцца». Выбар спынення — ці адпрацаваць рэшткі працы, ці наўмысна перарваць яе.