Windows ၏ portproxy စည်းမျဉ်းသည် TCP ကို ပြင်ဆင်ထားသော ပန်းတိုင်တစ်ခုသို့ ပို့ဆောင်သည်။ ဘရောက်ဇာ၏ HTTP proxy တောင်းဆိုချက် သို့မဟုတ် SOCKS ပန်းတိုင် တောင်းဆိုချက်ကို ညှိနှိုင်းခြင်း မရှိပါ။

ဝန်ဆောင်မှုပန်းတိုင်ကို မည်သူ ရွေးချယ်သနည်း။
သတ်မှတ် TCP ပို့ဆောင်သူနားထောင်သူ၏ ပို့ဆောင်မှု ပြင်ဆင်ချက်။
SOCKS5 proxyဆာဗာ မူဝါဒအတွင်း client ၏ တောင်းဆိုချက်။
HTTP အရှေ့သို့ ပို့သော proxyHTTP proxy တောင်းဆိုချက်၊ သာမန် HTTPS ဥမင်လိုဏ်ခေါင်းအတွက် CONNECT အပါအဝင်။

netsh interface portproxy show all ဖြင့် ရှိပြီးသား ပို့ဆောင်သူကို စစ်ဆေးပါ။ ၎င်း၏ ပြင်ဆင်ထားသော backend ကို သင့် client ပို့သည့် ပရိုတိုကော်နှင့် နှိုင်းယှဉ်ပါ။ netsh ရည်ညွှန်းချက် သည် နားထောင်သူနှင့် ပန်းတိုင်၏ လိပ်စာများ/ပေါက်များကို ဖော်ပြသည်။ TCP လက်ခံခြင်းသည် HTTP သို့မဟုတ် SOCKS လက်ဆွဲနှုတ်ဆက်မှုကို တည်ဆောက်ခြင်း မရှိပါ။

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

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

လိုအပ်ချက်သည် ယေဘုယျ HTTP သို့မဟုတ် SOCKS ထွက်ပေါက်ဖြစ်ပါက ပရိုတိုကော ကိုင်တွယ်နိုင်သော ဝန်ဆောင်မှုကို ရွေးပါ။ ပို့ဆောင်ထားသော ပေါက်သည် ထို လမ်းကြောင်း၏ အစိတ်အပိုင်းတစ်ခုသာ ဖြစ်သည်။

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