systemd-socket-proxyd သည် ၎င်း၏ SSH SOCKS လိုဏ်ခေါင်းထက် ပိုကြာရှင်နိုင်သည်

SSH ထွက်သွားပြီးနောက် ရှေ့ပိုင်း ဆိပ်ကမ်းက ချိတ်ဆက်မှုများကို လက်ခံနေသေးလျှင် ယူနစ်သုံးခုလုံးကို စစ်ဆေးပါ။ ဖွင့်အပ်သော ဆော့ကတ်၊ systemd-socket-proxyd အကူနှင့် SSH ဖန်တီးထားသော SOCKS နားထောင်သူတို့တွင် သက်တမ်း မတူညီကြပါ:

အကူနှင့် SSH ကို အတူစတင်ခြင်းသည် နောက်ပိုင်း ရပ်တန့်မှု အကူးအပြောင်းကို မသတ်မှတ်ပါ။ ၎င်း၏ လိုဏ်ခေါင်းမပါဘဲ လှုပ်ရှားနေခွင့်မရှိသော အကူအတွက် systemd က ပိုခိုင်မာသော ဆက်နွယ်မှုကို မှတ်တမ်းတင်ထားသည်:

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

အမှန်တကယ် ဒီဇိုင်းရှိ သင့်လျော်သော ယူနစ်တွင် ကျင့်သုံးပါ။ Requires= နှင့် အစီအစဉ်သည် ဆက်နွယ်မှု၏ တစ်စိတ်တစ်ပိုင်းကိုသာ ကိုင်တွယ်သည်။ လှုပ်ရှားနေပြီးသား ရှေ့ပိုင်းသည် ၎င်း၏ နောက်ခံ ပျောက်ကွယ်ပြီးနောက် ထပ်မံ မလှုပ်ရှားတော့နိုင်ပါ။ မအောင်မြင်သော ယူနစ်အခြေအနေနှင့် စတင်နှုန်း ကန့်သတ်ချက်များကိုလည်း စစ်ဆေးပါ၊ မှီခိုမှုများက ထို ကန့်သတ်ချက်များကို မလွန်ဆန်ပါ။

ထို့နောက် စတင်အသင့်ဖြစ်မှုကို တည်ဆောက်ပါ။ After= သည် အလုပ်များကို အစီအစဉ်ချသည်၊ Type=simple SSH နားထောင်သူ၏ အသင့်ဖြစ်မှုကို မဟုတ်ပါ။ ပုံသေ အိပ်ခြင်းသည် နှေးသော စစ်မှန်ကြောင်း အတည်ပြုမှုတွင် မအောင်မြင်နိုင်ပါ။ လိုအပ်သော နားထောင်သူကို တည်ဆောက်သည့် စတင်မှု သဘောတူစာချုပ်ကို အသုံးပြုပါ၊ ExitOnForwardFailure=yes သည် ပို့ဆောင်မှု စနစ်ထည့်သွင်းခြင်း မအောင်မြင်မှုကို ဖမ်းယူသည်၊ နောက်ပိုင်း ဦးတည်ရာ ရောက်ရှိနိုင်မှုကို မဟုတ်ပါ။

နောက်ဆုံးတွင် အနားယူ ထွက်ခွာမှုနှင့် ပြန်လည် လှုပ်ရှားမှုကို သတ်မှတ်ပါ။ ပို့ဆောင်ရေး ဒီမွန်၏ အနားယူ ထွက်ခွာမှု ရွေးချယ်မှုသည် လှုပ်ရှားနေသော ချိတ်ဆက်မှု မရှိခြင်းနှင့် သက်ဆိုင်သည်၊ ဖွင့်ထားသော ချိတ်ဆက်မှုတွင် ဘိုက်များ မရှိခြင်းနှင့် မဟုတ်ပါ။ တိတ်ဆိတ်သော စက်ရှင်က ၎င်းကို လှုပ်ရှားနေစေနိုင်သည်။ နောက်တောင်းဆိုမှုက လိုအပ်သော ဝန်ဆောင်မှုများကို လှုပ်ရှားစေသင့်ပြီး ပြန်လည်စတင်သည့် ကွင်းများသည် ကန့်သတ်ထားပြီး မြင်သာနေသင့်သည်။ နားထောင်သူကို ပြန်လည်ဖန်တီးခြင်းက ချိတ်ဆက်မှုအသစ်များကို လက်ခံသည်၊ ရှေးဟောင်း ပရောက်စီ ပြုလုပ်ထားသော TCP စက်ရှင်များကို ပြန်မလုပ်ဆောင်ပေးပါ။