HTTP ပရောက်စီ တောင်းဆိုချက်များ- absolute URL နှင့် Host ခေါင်းစီး
ရှင်းလင်းသော ပရောက်စီမှတစ်ဆင့် HTTP/1.1 တောင်းဆိုချက် ပြုလုပ်သောအခါ absolute တောင်းဆိုချက် ပစ်မှတ်နှင့် Host အကွက်ကို ကိုက်ညီအောင် ထားပါ။
ဤ HTTP/1.1 ပရောက်စီ တောင်းဆိုချက်သည် မည်သည့် host ကို ဆိုလိုသနည်း။
GET http://first.example/path HTTP/1.1
Host: second.example
မက်ဆေ့ချ်သည် ကိုက်ညီမှုမရှိပါ။ ပရောက်စီသို့ ပို့သော absolute ပုံစံ တောင်းဆိုချက်တွင် RFC 9112 က ပို့ဆောင်သော Host တန်ဖိုးသည် တောင်းဆိုချက် ပစ်မှတ်မှ လာရမည်ဟု တောင်းဆိုသည်။ Host: first.example ကို ပို့ဆောင်ခြင်းသည် မျှော်လင့်သော အပြုအမူ ဖြစ်သည်။
ဖွံ့ဖြိုးရေး ဆိုက် စမ်းသပ်မှုတွင် အရင်းအမြစ်၏ host အမည်ကို URL နှင့် HTTP authority အတွင်း ကိုက်ညီအောင် ထားပါ။ လိုအပ်သော အမည်-မှ-လိပ်စာ မြေပုံကို ဖြေရှင်းမှုအတွက် တာဝန်ရှိသော hop တွင် ပေးပါ။ ကွဲလွဲနေသော Host အစားထိုးမှုသည် backend ရွေးချယ်ရန် သယ်ဆောင်နိုင်သော ညွှန်ကြားချက် မဟုတ်ပါ။
HTTPS ကွာခြားသည်။ သာမန် CONNECT ဥမင်လိုဏ်ခေါင်း ဖွင့်ပြီးနောက် TLS နှင့် အတွင်းပိုင်း HTTP ဖလှယ်မှုသည် ၎င်းအတွင်း ဖြစ်ပေါ်သည်။ ကြားဖြတ်မဖမ်းသော ပရောက်စီသည် ထို ကုဒ်ဝှက်ထားသော Host အကွက်ကို ပုံမှန်အားဖြင့် ပြန်ရေးနိုင်မည် မဟုတ်ပါ။ CONNECT ဦးတည်ရာ၊ TLS အမည်နှင့် လက်မှတ် အမှတ်သညာတို့သည် သီးခြား အခန်းကဏ္ဍများ အဖြစ် ဆက်ရှိနေသည်။
Via၊ Referer သို့မဟုတ် Cache-Control ကို ဖျက်ခြင်းသည် authority နှစ်ခုကို မညှိနှိုင်းနိုင်ပါ။ ပရောက်စီ ပြန်လည်ရေးသားမှုကို ရောဂါစစ်ဆေးခြင်း မပြုမီ တောင်းဆိုချက် ပုံစံနှင့် ခေါင်းစီးကို သင်လေ့လာတွေ့ရှိသည့် နေရာ ကို မှတ်တမ်းတင်ပါ။