ဤ RouterOS SOCKS ဝန်ဆောင်မှုသည် သင့်စကားဝှက်ဖြင့် ဝင်ရောက်မှုကို ပံ့ပိုးပါသလား။
တပ်ဆင်ထားသော RouterOS ဗားရှင်းနှင့် client ၏ SOCKS5 အတည်ပြုမှု ပံ့ပိုးချက်ကို စစ်ဆေးပြီး SOCKS အကောင့်များကို ဝဘ်ပရောက်စီနှင့် router စီမံခန့်ခွဲမှု ဆက်တင်များနှင့် သီးခြားထားပါ။
RouterOS SOCKS လမ်းညွှန်တွင် SOCKS5 စကားဝှက် အတည်ပြုမှုနှင့် သီးခြား SOCKS အသုံးပြုသူ စာရင်းကို ဖော်ပြထားသည်။ ၎င်းသည် ထိုထိန်းချုပ်မှုများရှိသော ဗားရှင်းများအတွက် အင်္ဂါရပ် မေးခွန်းကို ဖြေဆိုခြင်းဖြစ်ပြီး ရှေးကျသော router တွင် ရှိသည်ဟု ကတိမဟုတ်ပါ။
ဖော်ပြထားသော အစီအစဉ်တွင် နှစ်ဖက်စလုံး သဘောတူရမည်။
- Router သည် SOCKS5 နှင့် စကားဝှက် ညှိနှိုင်းမှု လိုအပ်သော အတည်ပြုနည်းကို ရွေးချယ်ပြီး သီးခြား ဖွင့်ထားသော SOCKS အသုံးပြုသူ ရှိရမည်။
- Client သည် SOCKS5 အသုံးပြုသူအမည်/စကားဝှက် ညှိနှိုင်းမှုကို အကောင်အထည်ဖော်ရမည်။ HTTP ပရောက်စီ၏ ဝင်ရောက်ရန် အကွက်သည် ဖြစ်စေ အတည်ပြုမှုမပါဘဲသာ အလုပ်လုပ်သော SOCKS အကောင်အထည်ဖော်မှုသည် ဖြစ်စေ မလုံလောက်ပါ။
တပ်ဆင်ထားသော ဗားရှင်း ပံ့ပိုးသော အကွက်များကို အသုံးပြုပါ။ ဗားရှင်းတွင် ၎င်းတို့ မရှိပါက ပိုသစ်သော လမ်းညွှန်၏ အကွက်များကို ကူးယူမည့်အစား ၎င်း၏ ပံ့ပိုးထားသော ဒီဇိုင်း သို့မဟုတ် အတည်ပြုထားသော အစားထိုးနည်းကို ရွေးပါ။
၎င်းတို့သည် SOCKS အကောင့်များဖြစ်သည်။ RouterOS ၏ သီးခြား HTTP ဝဘ်ပရောက်စီသည် တူညီသော အင်တာဖေ့စ်ကို ပေးသည်ဟု သက်သေမပြသလို router စီမံခန့်ခွဲမှု အသုံးပြုခွင့် ပေးရန်လည်း မတောင်းဆိုပါ။ ရင်းမြစ်/ဦးတည်ရာ ဝင်ရောက်ခွင့် မူဝါဒနှင့် router မီးတံတိုင်းကိုလည်း ကန့်သတ်ထားပါ။
စကားဝှက် နည်းလမ်းကိုယ်တိုင် သည် အထောက်အထားများကို ကုဒ်ဝှက်ခြင်း မပြုပါ။ RFC 1929 ညှိနှိုင်းမှုသည် နောက်ပိုင်း ဝဘ်ဆိုက် HTTPS ဆက်ရှင်များအရင် ဖြစ်ပေါ်သည်။ client မှ router သို့ သင့်လျော်စွာ ကာကွယ်ထားသော လမ်းကြောင်းကို အသုံးပြုပါ။ ဦးတည်ရာရှိ TLS သည် ထိုအစောပိုင်း လဲလှယ်မှုကို နောက်ကြောင်းပြန် ကာကွယ်နိုင်မည် မဟုတ်ပါ။