TCP port ပွင့်ခြင်းက proxy အလုပ်လုပ်ကြောင်း မသက်သေပြပါ

Port စစ်ဆေးမှုအောင်မြင်ခြင်းက ချိတ်ဆက်မှုသာ တည်ဆောက်သည်။ Proxy handshake နှင့် ဦးတည်ရာ၏ မျှော်လင့်ထားသောတုံ့ပြန်မှုကိုပါ စစ်ပါ။

TCP port ပွင့်ခြင်းက listener ချိတ်ဆက်မှုကို လက်ခံကြောင်း ပြသည်။ ၎င်းသည် proxy၊ သာမန် web server သို့မဟုတ် အခြားဝန်ဆောင်မှု ဖြစ်နိုင်သည်။ Port 8080 က protocol ကို မသတ်မှတ်ပါ။

HTTP proxy ဟု မှတ်တမ်းတင်ထားသော endpoint ၏ တကယ့်လိပ်စာကို အချိန်ကန့်သတ်ထားသော HTTPS တောင်းဆိုမှုတွင် သုံးပါ။

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

မှတ်တမ်းဥပမာလိပ်စာကို သင့် HTTP endpoint သို့မဟုတ် HTTP proxy စာရင်းမှ တစ်ခုဖြင့် အစားထိုးပါ။ SOCKS အတွက် သက်ဆိုင်ရာ SOCKS client mode ကို သုံးပြီး ညှိနှိုင်းမှု ပြီးစီးအောင်လုပ်ပါ။ မှားသော handshake သည် TCP လက်ခံပြီးချက်ချင်း ပျက်ကွက်နိုင်သည်။

တွေ့ရှိသည့်အဆင့်သက်သေပြသည့်အရာ
TCP လက်ခံပြီးListener ကို ဆက်သွယ်ရနိုင်သည်။
Proxy handshake လက်ခံပြီးListener က ယခု proxy လုပ်ဆောင်ချက်ကို လက်ခံသည်။
ဦးတည်ရာ TLS စစ်ဆေးပြီးClient က မိမိယုံကြည်မှုဆက်တင်များအတိုင်း ရည်ရွယ်သောလုံခြုံသည့်ချိတ်ဆက်မှုကို ပြီးစီးစေသည်။
မျှော်လင့်သော status နှင့် content ရရှိပြီးApplication တောင်းဆိုမှုက မျှော်လင့်သည့်ရလဒ် ပေးသည်။

HTTP proxy မှတစ်ဆင့် HTTPS အတွက် ဦးတည်ရာ port သို့ CONNECT ခွင့်ရှိရမည်။ CONNECT 200 ပင် အလယ်အဆင့်သာဖြစ်သည်။ TLS သို့မဟုတ် နောက်ဆုံးတောင်းဆိုမှု မအောင်မြင်မီ tunnel ပိတ်နိုင်သည်။ စာသားရှင်း HTTP အောင်မြင်မှုက ဤ tunnel စွမ်းရည်ကို မသက်သေပြပါ။

ခန့်မှန်းနိုင်သော content ရှိသည့် ဦးတည်ရာကို သုံးပါ။ ဖြစ်နိုင်လျှင် မိမိထိန်းချုပ်သော နေရာကိုရွေးပြီး ရနိုင်လျှင် တောင်းဆိုမှုမှတ်တမ်းကို စစ်ပါ။ စာသားရှင်း HTTP listener သည် ဦးတည်ရာကို လုံးဝမဆက်သွယ်ဘဲ ပုံသေစာမျက်နှာကို status 200 ဖြင့် ပြန်ပေးနိုင်သည်။ အောင်မြင်သော status တစ်ခုခုရခြင်းက မျှော်လင့်သောတုံ့ပြန်မှုနှင့် ကိုက်ညီခြင်းထက် အားနည်းသည့်သက်သေ ဖြစ်သည်။ HTTPS အထောက်အထားစစ်ဆေးခြင်းက ထပ်ဆောင်းကာကွယ်မှု ပေးသည်။

နောက်ဆုံးအောင်မြင်သောအဆင့်ကို မှတ်ပါ။ ‘Port ပွင့်သည်၊ SOCKS ညှိနှိုင်းမှု ငြင်းပယ်ခံရသည်’ ဆိုခြင်းက နောက်စစ်ဆေးမှုအတွက် အသုံးဝင်သော အစဖြစ်သည်။

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