မသိကျွမ်းသော proxy အလုပ်လုပ်မလုပ် သိရန် စကားဝှက်အစစ် မသုံးပါနှင့်။ အန္တရာယ်မရှိသည့် စာမျက်နှာဖြင့် ချိတ်ဆက်မှုစမ်းသပ်ခြင်းက အကောင့်မဖော်ထုတ်ဘဲ ချိတ်ဆက်နိုင်မှုကို အတည်ပြုနိုင်သည်။ ကိုယ်ရေးအချက်အလက်ပါသည့် traffic ကို ထိုလမ်းကြောင်းအပေါ် ယုံကြည်အပ်နှံသင့်မသင့်ကို ချိတ်ဆက်မှုသီးသန့်အကဲဖြတ်ရမည်။

စာဝှက်မထားသော HTTP တွင်၊ proxy သည် ဖတ်ရှုနိုင်သော request နှင့် response များကို ကိုင်တွယ်သည်။ စကားဝှက်၊ cookie၊ API key၊ ကိုယ်ရေး query parameter နှင့် response body များ ပေါ်ထွက်နိုင်သည်။ ခိုးယူခံရသော session token သည် ၎င်းကိုဖန်တီးခဲ့သည့် စကားဝှက်နှင့် တန်ဖိုးတူနိုင်သည်။

ပုံမှန် CONNECT tunnel မှဖြတ်သော စစ်ဆေးအတည်ပြုထားသည့် HTTPS တွင်၊ TLS သည် သင့် client နှင့် ဝဘ်ဆိုက်ကြားတွင် လုပ်ဆောင်သည်။ ချိတ်ဆက်မှုကို ဆင့်ပို့ရုံသာပြုသော proxy သည် ပုံမှန်အားဖြင့် ထို application data ကို မဖတ်နိုင်ပါ။ ယင်းမှာ ရည်ရွယ်ထားသည့် hostname၊ certificate စစ်ဆေးမှုနှင့် သင့်လျော်သော CA store ကို ယုံကြည်မှုအပေါ် မူတည်သည်။ မသိသော proxy ၏ root certificate ကို ထည့်သွင်းခြင်းက ၎င်းလည်ပတ်သူအား TLS ကြားဖြတ်ဖမ်းယူခွင့် ပေးနိုင်သည်။ Certificate အမှားများကို လျစ်လျူရှုခြင်းကလည်း သင်အားထားသော ကာကွယ်မှုကို ဖယ်ရှားသည်။

အကြောင်းအရာကို ကာကွယ်ထားသော်လည်း လည်ပတ်သူသည် သင့်ချိတ်ဆက်မှုကို လက်ခံပြီး proxy လမ်းကြောင်းပေါ်မှ ရနိုင်သော ဦးတည်ရာအချက်အလက်၊ အချိန်နှင့် ပမာဏကို ကြည့်နိုင်သည်။ Traffic ကို နှောင့်ယှက်ပြီး အချင်းချင်းဆက်စပ်ကြည့်နိုင်ခြေလည်းရှိသည်။ အထွက် IP တစ်ခုကွဲခြင်းက ၎င်းဘာမှတ်တမ်းထားသည် သို့မဟုတ် အခြား app များဘာပို့သည်ကို မပြောနိုင်ပါ။

Proxy login သည် လမ်းကြောင်း၏ အခြားအပိုင်းကို ဖြတ်သည်

Proxy authentication သည် ဦးတည်ရာနှင့် TLS မတိုင်မီ ဖြစ်နိုင်သည်။ ဝဘ်ဆိုက်၏ HTTPS က proxy နှင့် အစောပိုင်း plain text ဖလှယ်မှုကို မကာကွယ်နိုင်ပါ။ SOCKS5 username/password ညှိနှိုင်းမှုသည်လည်း ကိုယ်တိုင် credential ကို စာဝှက်မပေးပါ။ Proxy account မပေးမီ client မှ proxy သို့ ပို့ဆောင်မှုနှင့် authentication နည်းလမ်းကို အကဲဖြတ်ပါ။

ကိုယ်ရေး session မပါဘဲ ချိတ်ဆက်မှုစစ်ပါ

Login ဝင်ထားသောအကောင့်များပါသည့် browser ကို လမ်းကြောင်းပြောင်းမည့်အစား သီးခြား command သုံးပါ။ Client မှ မူလ API key၊ bearer token၊ cookie နှင့် ကိုယ်ရေး payload များကို ဖယ်ပါ။ HTTP listener အတွက်—

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

စက်တွင်း endpoint ကို သင့်ဝန်ဆောင်မှုဖြင့် အစားထိုးပါ။ Certificate verification ကို ဖွင့်ထားပြီး timeout ကန့်သတ်ချက်များကို ထိန်းထားပါ။ မမျှော်လင့်သော redirect သို့မဟုတ် trust material ထည့်သွင်းရန် တောင်းဆိုမှုများကို စစ်ပါ။ ခွင့်ပြုထားသော တိုက်ရိုက်နှိုင်းယှဉ်မှုက ဦးတည်ရာပျက်ကွက်မှုကို ခွဲခြားရန် ကူညီနိုင်သည်။ Endpoint နှင့် log များမမျှဝေမီ အရေးကြီးအချက်အလက်များကို ရှင်းပါ။

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

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