ဝဘ်ဆိုက်တစ်ခုသည် သင့် HTTPS တောင်းဆိုမှု အခြားများထက် မတူညီသော ပရောက်စီ လိုအပ်သည်။ Requests သည် ထိုရွေးချယ်မှုကို ပရောက်စီ အဘိဓာန်ထဲတွင် ဖော်ပြနိုင်သည်။

routes = {
    "https://reports.example": "http://reports-proxy.example:8080",
    "https": "http://default-proxy.example:8080",
}
response = requests.get(
    "https://reports.example/monthly",
    proxies=routes,
    timeout=(5, 20),
)
response.raise_for_status()

ထို ဦးတည်ရာအတွက် hostname သီးသန့် key က အနိုင်ရသည်။ အခြား HTTPS hostname သည် scheme တစ်ခုလုံး၏ အချက်အလက်ကို သုံးသည်။ တန်ဖိုးများသည် ပရောက်စီ ချိတ်ဆက်မှုကို ဖော်ပြသည်၊ ထို့ကြောင့် HTTPS ဦးတည်ရာကို HTTP ပရောက်စီ URL သို့ မှန်ကန်စွာ ပုံဖော်နိုင်သည်။ ဤအရာများသည် ပရောက်စီ အကောင့်မပါဘဲ ခွင့်ပြုထားသော အများပြည်သူ ဆိုက်လမ်းကြောင်းများ ဖြစ်ပါက HTTP ပရောက်စီ စာရင်း သည် ထိုတန်ဖိုးများအတွက် ကိုယ်စားလှယ်လောင်းများ ပေးနိုင်သည်၊ ဦးတည်ရာ စည်းမျဉ်းတစ်ခုစီကို ရှင်းလင်းစွာ ထားပါ။

hostname ကို ကိုက်ညီအောင် လုပ်ပါ၊ အရင်းအမြစ် URL မဟုတ်ပါ

Requests 2.32.5 တွင် သီးသန့် key ကို ဦးတည်ရာ၏ scheme နှင့် ခွဲခြမ်းထားသော hostname မှ တည်ဆောက်သည်။ လမ်းကြောင်း၊ query သို့မဟုတ် port မပါဝင်ပါ။

အဘိဓာန် key တွင် /monthly ထည့်ခြင်းက စည်းမျဉ်းကို ထိုလမ်းကြောင်းတွင် ကန့်သတ်မည် မဟုတ်ပါ။ အလားတူ https://reports.example:8443 သည် ဤရွေးချယ်ကိရိယာ အသိအမှတ်ပြုသော port သီးသန့် key မဟုတ်ပါ။ ဦးတည်ရာ URL သည် အခြား port ကို သုံးသည့်အခါတွင်လည်း hostname စည်းမျဉ်း သက်ရောက်သည်။

ဤရှာဖွေမှုတွင် wildcard ချဲ့ထွင်မှု မရှိပါ။ reports.example အတွက် စည်းမျဉ်းသည် ခွဲခြမ်းdomain ကို အလိုအလျောက် မဖုံးလွှမ်းပါ။ မူဝါဒက လမ်းကြောင်း၊ port သို့မဟုတ် အဆက်ကို ကိုက်ညီမှု လိုအပ်ပါက ဤရိုးရှင်းသော အဘိဓာန် အပြင်တွင် ရှင်းလင်းသော routing ဆုံးဖြတ်ချက် သုံးပါ။

နောက်လာမည့် အရန်အစီအစဉ်ကို သိပါ

အကောင်အထည်ဖော်မှုသည် key များကို ဤအစီအစဉ်အတိုင်း စစ်ဆေးသည်။ scheme://hostname၊ scheme၊ all://hostname၊ ထို့နောက် all။ ထို့ကြောင့် scheme တစ်ခုလုံး၏ HTTPS အချက်အလက်သည် scheme အားလုံး၏ hostname အချက်အလက်ထက် ဦးစားပေးသည်။ ထိုအရာသည် ရည်ရွယ်ထားသော ခြွင်းချက် ဖြစ်ပါက scheme သီးသန့် hostname စည်းမျဉ်းကို သင့်ဒီဇိုင်းတွင် ပထမဆုံး ထားပါ။

သင့် Session သည် မူလတန်ဖိုးများနှင့် ပတ်ဝန်းကျင်မှ ဆင်းသက်သော ဆက်တင်များကို မည်သို့ ပေါင်းစပ်သည်ကိုလည်း စဉ်းစားပါ။ ဤရှင်းလင်းသော အချက်အလက်နှစ်ခုကို တောင်းဆိုမှုနှင့်အတူ ပို့ခြင်းက ၎င်းတို့၏ ရည်ရွယ်ထားသော လမ်းကြောင်းများကို ရှင်းစေသည်၊ သို့သော် အခြား ဦးတည်ရာ scheme တစ်ခုအတွက်မျှ မူဝါဒ မသတ်မှတ်ပါ။

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

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