SSH လက်ခံစက်တစ်ခုကို မူရင်း SOCKS လမ်းကြောင်းမှ ဖယ်ထုတ်ခြင်း

OpenSSH ဖွဲ့စည်းမှုက မူရင်းအားဖြင့် SOCKS ချိတ်ဆက်ကိရိယာကို အသုံးပြုသောအခါ ကျယ်ပြန့်သော စည်းမျဉ်းမတိုင်မီ အမည်ပေးထားသော ခြွင်းချက်ကို ထားပါ:

Host internal.example
    ProxyCommand none

Host *
    ProxyCommand nc -X 5 -x proxy.example:1080 %h %p

ဤဥပမာသည် SOCKS5 အတွက် OpenBSD nc ရွေးချယ်မှု အင်တာဖေ့စ်ကို အသုံးပြုသည်။ ssh internal.example ဖြင့် ချိတ်ဆက်လျှင် ခြွင်းချက်ကို ရွေးချယ်သည်။ ကျန်လက်ခံစက်များသည် မူရင်းချိတ်ဆက်ကိရိယာကို ရသည်။ ခွင့်ပြုထားသော အများပြည်သူ SSH ပန်းတိုင်များအတွက် SOCKS5 ပရောက်စီစာရင်းမှ အကောင့်မလိုသော အချက်တစ်ခုသည် မူရင်းပရောက်စီလိပ်စာကို ပေးနိုင်သည်၊ အကယ်၍ ၎င်းသည် အမှန်တကယ် လက်ခံစက်တိုင်းနှင့် SSH ပေါက်တိုင်းကို ခွင့်ပြုပါက၊ ရည်ရွယ်ထားသော အတွင်းပိုင်းခြွင်းချက်ကို ထိန်းသိမ်းထားပါ။

အစီအစဉ်သည် အရေးကြီးသည်၊ အဘယ်ကြောင့်ဆိုသော် OpenSSH သည် ပါရာမီတာတစ်ခုအတွက် ပထမဆုံးရရှိသော တန်ဖိုးကို အသုံးပြုသည်။ ခြွင်းချက်သည် ကိုက်ညီသော မူရင်းတန်ဖိုးက ProxyCommand မပေးမီ တွေ့ရမည်၊ Include ဖိုင်များမှတစ်ဆင့် ဖတ်သော မူရင်းတန်ဖိုးများအပါအဝင်။

သီးခြားခေါ်ဆိုမှုတစ်ခုအတွက် အကျိုးသက်ရောက်သော ဆက်တင်များကို ဤဖြင့် စစ်ဆေးပါ:

ssh -G internal.example

လက်ခံစက်ပုံစံများသည် SSH ခေါ်ရန် အသုံးပြုသော အမည်နှင့် ကိုက်ညီသည်။ အကယ်၍ အမိန့်တစ်ခုသည် HostName ကို internal.example သို့ ညွှန်ပြသော အမည်တူတစ်ခုကို အသုံးပြုပါက ထို အမည်တူကိုလည်း ရည်ရွယ်ထားသော ခြွင်းချက် ပေးပါ။ ထိုသို့ဖြင့် စည်းမျဉ်းသည် အမှန်တကယ် ဖွဲ့စည်းမှုရှာဖွေခြင်းနှင့် ချိတ်ဆက်နေပြီး DNS တွင် တူညီသောအမည်က အလားတူဘလောက်ကို ရွေးမည်ဟု မှန်းဆနေမည် မဟုတ်ပါ။