ເປັນຫຍັງ SSH ຈຶ່ງລໍຖ້າການເຊື່ອມຕໍ່ທີ່ສົ່ງຕໍ່ ຫຼັງຈາກອອກ
ແຍກຄວາມແຕກຕ່າງລະຫວ່າງການສິ້ນສຸດຂອງ shell ທາງໄກ ກັບການສຳເລັດຂອງຊ່ອງທາງທີ່ສົ່ງຕໍ່ ເມື່ອ session SSH ເບິ່ງຄືວ່າບໍ່ອອກ.
shell ທາງໄກ ແລະ ການເຊື່ອມຕໍ່ທີ່ສົ່ງຕໍ່ຜ່ານ SOCKS ແມ່ນ ຊ່ອງທາງແຍກຕ່າງຫາກເທິງ SSH transport ດຽວ. ການສິ້ນສຸດ shell ບໍ່ຈຳເປັນຕ້ອງສິ້ນສຸດການເຊື່ອມຕໍ່ຂອງ browser ທີ່ໃຊ້ການສົ່ງຕໍ່ແບບ dynamic. OpenSSH ບັນທຶກວ່າເມື່ອອອກຈະລໍຖ້າໃຫ້ການເຊື່ອມຕໍ່ທີ່ສົ່ງຕໍ່ ຫຼື session X11 ສິ້ນສຸດ.
ເພື່ອອອກຢ່າງເປັນລະບຽບ, ປິດການດຳເນີນງານທີ່ໃຊ້ການສົ່ງຕໍ່ ແລະ ປ່ອຍໃຫ້ຊ່ອງທາງຂອງມັນສິ້ນສຸດ. ການປິດໜ້າຕ່າງ browser ອາດເຮັດໃຫ້ຂະບວນການ browser ແລະ ການເຊື່ອມຕໍ່ພື້ນຫຼັງຍັງເຮັດວຽກຢູ່, ດັ່ງນັ້ນຈົ່ງລະບຸຂະບວນການທີ່ຍັງໃຊ້ຕົວຮັບຟັງ.
ໃນ session ແບບໂຕ້ຕອບທີ່ເໝາະສົມ, ຄຳສັ່ງ escape ເລີ່ມຕົ້ນຂອງ OpenSSH ສາມາດສະແດງລາຍການການເຊື່ອມຕໍ່ທີ່ສົ່ງຕໍ່ ຫຼື ຕັດການເຊື່ອມຕໍ່ຢ່າງຊັດເຈນ. ຄວາມພ້ອມໃຊ້ຂອງມັນຂຶ້ນກັບ session ນັ້ນ ແລະ ການຕັ້ງຄ່າ escape ຂອງມັນ; ການສົ່ງຂໍ້ຄວາມ escape ແບບໂຕ້ຕອບໄປຫາຂະບວນການ ssh -N ພື້ນຫຼັງ ບໍ່ແມ່ນອິນເຕີເຟສປິດໂດຍທົ່ວໄປ.
ກ່ອນຈະຂັດຂວາງ transport, ຈົ່ງລະບຸວ່າ master ທີ່ແບ່ງປັນການເຊື່ອມຕໍ່ເປັນເຈົ້າຂອງມັນ ຫຼື ບໍ່. session ອື່ນອາດຂຶ້ນກັບການເຊື່ອມຕໍ່ດຽວກັນ.
ExitOnForwardFailure ຄວບຄຸມຄວາມລົ້ມເຫຼວໃນການສ້າງການຕັ້ງຄ່າສົ່ງຕໍ່ທີ່ຮ້ອງຂໍ. ມັນບໍ່ໄດ້ກຳນົດວ່າ «ອອກຫຼັງຈາກຄຳຮ້ອງຂໍເວັບໄຊຕ໌ສຸດທ້າຍ» ຫຼື «ຢຸດທຸກຊ່ອງທາງເມື່ອ shell ສິ້ນສຸດ». ການເລືອກຕອນປິດແມ່ນຈະເຮັດວຽກທີ່ເຫຼືອໃຫ້ໝົດ ຫຼື ຂັດຂວາງຢ່າງເຈດຕະນາ.