Windows OpenSSH သို့ တိကျသော SOCKS5 Ncat အမိန့်ပေးပါ

Ncat ကို OpenSSH ၏ စံစီးကြောင်း သယ်ယူပို့ဆောင်ရေး အကူအညီအဖြစ် အသုံးပြုပြီး မူရင်း HTTP proxy ကို မှီခိုမည့်အစား SOCKS5 ကို သတ်မှတ်ပါ။

Ncat သည် Windows OpenSSH အတွက် ရရှိပြီးသားဖြစ်ပါက SOCKS5 proxy မှတစ်ဆင့် ချိတ်ဆက်မှုကို ပေးနိုင်သည်။ ထို OpenSSH client အသုံးပြုသော SSH ဖွဲ့စည်းမှုထဲသို့ host entry ထည့်ပါ:

Host target-via-socks
    HostName ssh.example
    User user
    ProxyCommand ncat.exe --proxy-type socks5 --proxy proxy.example:1080 %h %p

host အမည်နှစ်ခုနှင့် အကောင့်ကို အစားထိုးပြီး ssh target-via-socks ဖြင့် ချိတ်ဆက်ပါ။ ဤဥပမာသည် ncat.exe ကို အကူအညီ၏ လုပ်ဆောင်နိုင်သော ဖိုင်ရှာဖွေရေးလမ်းကြောင်းတွင် ရှိသည်ဟု ယူဆသည်။ မဟုတ်ပါက မှန်ကန်စွာ ကိုးကားထားသော လုပ်ဆောင်နိုင်သော ဖိုင်၏ အပြည့်အစုံလမ်းကြောင်းကို အသုံးပြုပါ၊ အထူးသဖြင့် ဖိုလ်ဒါအမည်တွင် ကွက်လပ်များ ပါဝင်ပါက။

proxy ဆုံးမှတ်သည် --proxy နောက်တွင် လာသည်။ OpenSSH သည် %h နှင့် %p ကို နောက်ဆုံး SSH host အမည်နှင့် port အဖြစ် ချဲ့ထွင်သည်။ Ncat သည် SOCKS ချိတ်ဆက်မှုကို ညှိနှိုင်းပြီး ရလာသော byte stream ကို စံ input နှင့် output ပေါ်တွင် သယ်ဆောင်သည်; OpenSSH သည် ထို stream ပေါ်တွင် SSH handshake ကို ဆက်လုပ်သည်။

တိကျသော --proxy-type socks5 သည် အရေးကြီးသည်။ ထို option မရှိပါက Ncat သည် ပေးထားသော port သည် 1080 ဖြစ်နေသော်လည်း မူရင်းအားဖြင့် HTTP proxy ကို အသုံးပြုသည်။ SOCKS listener သည် HTTP CONNECT တောင်းဆိုမှုကို SOCKS ဟု ရည်ရွယ်သည်ဟု ကောက်ချက်ချနိုင်မည် မဟုတ်ပါ။

ဤဥပမာသည် authentication မပါသော SOCKS ဆုံးမှတ်ကို ယူဆသည်; ထိုလမ်းကြောင်း ခွင့်ပြုထားသော အများပြည်သူ SSH ပန်းတိုင်အတွက်သာ SOCKS5 proxy စာရင်းမှ ကိုယ်စားလှယ်လောင်းကို ရွေးပြီး ၎င်း၏ အမှန်တကယ် host နှင့် port သို့ ဝင်ရောက်နိုင်မှုကို စစ်ဆေးပါ။ proxy authentication သည် လိုအပ်ပါက နောက်ပိုင်း SSH လော့ဂ်အင်နှင့် သီးခြားဖြစ်သည်။ SSH ပန်းတိုင်၏ host key စစ်ဆေးမှုကို ထိန်းသိမ်းပါ; အကူအညီမှတစ်ဆင့် ရောက်ရှိခြင်းသည် OpenSSH စစ်ဆေးရမည့် အထောက်အထားကို မပြောင်းလဲပါ။

ဆက်စပ်ဆောင်းပါးများ