Agar SSH chiqqandan keyin old port hali ham ulanishlarni qabul qilsa, uchta blokni ham tekshiring. Faollashtirish soketi, systemd-socket-proxyd yordamchisi va SSH yaratgan SOCKS tinglovchisining umr davri turlicha:

SoketYordamchiSSHIzoh
TinglayaptiFaol emasFaol emasTalabni odatdagidek kutayotgan bo'lishi mumkin
TinglayaptiFaolFaolJarayonlar mavjud; keyingi manzilning sog'ligi hali isbotlanmagan
TinglayaptiFaolFaol emasOld qism orqa qismsiz ish qabul qilishi mumkin

Yordamchi va SSH ni birga ishga tushirish keyingi to'xtash o'tishini aniqlamaydi. Tunnelisiz faol qolmasligi kerak bo'lgan yordamchi uchun systemd kuchliroq aloqani hujjatlashtiradi:

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

Uni haqiqiy dizayndagi tegishli blokka qo'llang. Requires= va tartib aloqaning faqat bir qismini hal qiladi. Allaqachon faol old qism orqa qismi yo'qolgandan keyin qayta faollashtirishni hech qachon qo'zg'atmasligi mumkin. Muvaffaqiyatsiz blok holati va ishga tushish tezligi chegaralarini ham tekshiring; bog'liqliklar bu chegaralarni bekor qilmaydi.

Keyin ishga tushish tayyorgarligini o'rnating. After= ishlarni tartiblaydi, Type=simple SSH tinglovchisining tayyorgarligini emas. Qat'iy kutish sekin autentifikatsiyada muvaffaqiyatsiz bo'lishi mumkin. Talab qilingan tinglovchini o'rnatuvchi ishga tushish shartnomasidan foydalaning; ExitOnForwardFailure=yes uzatish sozlamasi xatosini ushlaydi, keyingi manzilga yetishni emas.

Nihoyat, bo'sh turishdan chiqish va qayta faollashtirishni aniqlang. Uzatish demonining bo'sh turishdan chiqish varianti faol ulanishlar yo'qligiga taalluqli, ochiq ulanishdagi baytlar yetishmasligiga emas. Jim sessiya uni faol ushlab turishi mumkin. Keyingi talab kerakli xizmatlarni faollashtirishi va qayta ishga tushirish sikllari cheklangan hamda ko'rinadigan bo'lib qolishi kerak. Tinglovchini qayta yaratish yangi ulanishlarni qabul qiladi; eski proksi qilingan TCP sessiyalarini tiklamaydi.

O'xshash maqolalar