APT သည် ဒေါင်းလုဒ်တိုင်းအတွက် CONNECT ကို အဘယ်ကြောင့် အသုံးမပြုသနည်း

“ပရောက်စီက CONNECT ကို လက်ခံသည်” ဆိုသည်မှာ APT ပို့မည့် တောင်းဆိုမှုတိုင်းကို လက်ခံသည်ဟု မဆိုလိုပါ။

သာမန် HTTP သိုလှောင်ရာအတွက် APT သည် ပုံမှန် HTTP ပရောက်စီ ပို့ဆောင်မှုကို အသုံးပြုနိုင်သည်။ ပရောက်စီသည် ဦးတည်ရာ အရင်းအမြစ်ကို ဖော်ပြသော HTTP တောင်းဆိုမှုကို လက်ခံသည်။ HTTP ပရောက်စီမှတစ်ဆင့် HTTPS အတွက် ကလိုင်းယင့်သည် ပုံမှန်အားဖြင့် CONNECT လိုဏ်ခေါင်းကို တည်ဆောက်ပြီး ထိုမှတစ်ဆင့် ဦးတည်ရာ၏ TLS ဆက်ရှင်ကို ညှိနှိုင်းသည်။

လိုဏ်ခေါင်းများကိုသာ လက်ခံသော ဝန်ဆောင်မှုသည် သာမန် ပို့ဆောင်ထားသော တောင်းဆိုမှုကို ငြင်းပယ်နိုင်သည်။ HTTP 405 သည် အမှန်တကယ် နည်းလမ်း၊ တုံ့ပြန်မှု ထုတ်ပေးသူနှင့် ပရောက်စီ မူဝါဒကို ကြည့်ရန် ထိုက်တန်သည်။ ၎င်းသည် APT တွင် SOCKS ပံ့ပိုးမှု မရှိခြင်း သို့မဟုတ် ၎င်း၏ စကားဝှက် မှားနေခြင်းကို သက်သေမပြပါ။

ဝန်ဆောင်မှု၏ ပံ့ပိုးထားသော အပြုအမူကို APT သယ်ယူပို့ဆောင်ရေး စာရွက်စာတမ်းနှင့် CONNECT အဓိပ္ပာယ် နှင့် နှိုင်းယှဉ်ပါ။ ကိုက်ညီသော အတည်ပြုထားသည့် ဝန်ဆောင်မှု သို့မဟုတ် ပံ့ပိုးထားသော သိုလှောင်ရာ URL ကို အသုံးပြုပါ။ အများသူငှာ ကြားခံများကို ခွင့်ပြုသည့် အများသူငှာ သိုလှောင်ရာများအတွက် HTTP ပရောက်စီ စာရင်း သည် ထိုလိုအပ်ချက်များနှင့် စစ်ဆေးရန် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ ပရောက်စီ လိပ်စာတွင် https:// ထည့်ခြင်းသည် သိုလှောင်ရာ၏ ပရိုတိုကောကို ပြောင်းလဲသည်ဟု သို့မဟုတ် တောင်းဆိုမှုတိုင်းကို လိုဏ်ခေါင်းဖြစ်စေသည်ဟု မယူဆပါနှင့်။