ပရောက်စီ Error အစီရင်ခံစာတွင် ဘာတွေ ထည့်သင့်သလဲ

support ကို «ပရောက်စီမလုပ်ဘူး» ဟုသာ မပြောဘဲ ပျက်ကွက်သည့်အဆင့်နှင့် error အတိအကျကို ပေးပါ။ တိုသောအစီရင်ခံစာတွင် ဤပုံစံ သုံးနိုင်သည်—

Client and version:
Proxy protocol and port:
Attempt time and timezone:
Connection / overall timeout settings:
Last completed stage:
Exact error or numeric status:
Same target over an allowed direct route:
Same target through another comparable endpoint:

အဆင့်ကို ပရောက်စီချိတ်ဆက်ခြင်း၊ ပရောက်စီ authentication၊ tunnel တည်ဆောက်ခြင်း၊ ပစ်မှတ် TLS သို့မဟုတ် နောက်ဆုံး HTTP response အဖြစ် ဖော်ပြပါ။ ဥပမာ «port 8080 HTTP ပရောက်စီ၊ TCP ချိတ်ပြီး၊ CONNECT က 407 ပြန်ပေး၊ ပစ်မှတ် TLS မစသေး» ဆိုလျှင် login မဖော်ဘဲ ပြဿနာကို သတ်မှတ်နိုင်သည်။ certificate error အတွက် အမျိုးအစားနှင့် မျှော်လင့်ထားသော hostname အကြောင်းအရာကို ထား၍ လိုအပ်လျှင် ကိုယ်ရေးအမည်များကို ဖုံးပါ။

မမျှဝေမီ အမှန်တကယ်စာသားကို စစ်ပါ။ proxy URL ၏ userinfo၊ Proxy-Authorization၊ ပစ်မှတ် Authorization၊ Cookie၊ Set-Cookie၊ ကိုယ်ရေး query value နှင့် request body များကို ဖယ်ပါ။ session cookie သို့မဟုတ် bearer token သည် password မတူသော်လည်း ဝင်ခွင့်ပေးနိုင်သည်။ tool ၏ ဖုံးကွယ်မှုသည် ဗားရှင်းနှင့် output mode ပေါ် မူတည်နိုင်သည်။ verbose log နှင့် full trace တို့က တူညီစွာ ဖုံးပေးရန် မလိုအပ်ပါ။

REDACTED_PROXY_PASSWORD ကဲ့သို့ အမှတ်အသားသုံးပြီး header အမည်၊ URL ဖွဲ့စည်းပုံနှင့် ကိန်းဂဏန်း error များကို မြင်သာအောင်ထားပါ။ ပျက်ကွက်မှုအနီးရှိ အပြန်အလှန်အားလုံးကို မဖျက်ပါနှင့်။ private endpoint နှင့် network အသေးစိတ်ကို သင့်လျော်သော support channel တွင်သာ မျှဝေပါ။

အန္တရာယ်မရှိသောပစ်မှတ် သို့မဟုတ် သင်ထိန်းချုပ်သည့် service သို့ minimal request က ပြဿနာကို ထပ်ဖြစ်စေလျှင် business data trace အစား ၎င်းကို ပေးပါ။ မူလပစ်မှတ်တွင်သာ error ဖြစ်လျှင် ပြောပါ။ ပစ်မှတ်ပြောင်းခြင်းက ပြန်ဖြစ်စေမှုမှ သက်သေပြသောအရာကို ပြောင်းစေသည်။ HTTP ပရောက်စီအတွက် အချိန်ကန့်သတ်ထားသော curl requestက အနည်းဆုံးနမူနာ ဖြစ်နိုင်သည်။