Basic နှင့် Digest ပရောက်စီ အတည်ပြုခြင်း
နှစ်ဖက်စလုံးက ပံ့ပိုးသည့် ပရောက်စီအတည်ပြုနည်းကို ရွေးပြီး Digest စိန်ခေါ်မှုကို စာဝှက်ထားသော transport နှင့် ခွဲခြားပါ။
Basic သို့မဟုတ် Digest ကို အတင်းသုံးမီ Proxy-Authenticate ထဲရှိ ပရောက်စီ၏ စိန်ခေါ်မှု ကိုဖတ်ပါ။ Client သည် ဝန်ဆောင်မှုက ပေးသောနည်းကို ပံ့ပိုးရမည်။ Digest ကို ရွေးခြင်းက Basic သာပံ့ပိုးသည့် ပရောက်စီထဲသို့ ၎င်းကို ထည့်မပေးပါ။
Digest ပံ့ပိုးသည့် endpoint အတွက် curl သည် အောက်ပါတို့ကို အသုံးပြုနိုင်သည်။
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/အမှန် endpoint နှင့် account ကို သုံးပါ။ Password မပါသော username သည် curl ကို password မေးစေနိုင်သည်။ Basic အတွက် --proxy-basic ကိုရွေးပါ။ Origin server authentication သည် အခြားရွေးချယ်စရာများကို သုံးသည်။ Challenge နှင့်အတူ အမှန်တကယ် လည်ပတ်နေသည့် curl build ၏ ပံ့ပိုးမှုကိုလည်း စစ်ပါ။
| နည်းလမ်း | အထောက်အထားအချက်အလက် လဲလှယ်မှု | စစ်ဆေးရမည့် ကာကွယ်မှု |
|---|---|---|
| Basic | Code လုပ်ထားသော username/password အတွဲ။ | Code လုပ်ခြင်းသည် encryption မဟုတ်ပါ။ |
| Digest | Challenge မှရသော အဖြေ။ | Algorithm၊ challenge parameter နှင့် client implementation တို့က ကာကွယ်မှုကို သတ်မှတ်သည်။ ဤနည်းလမ်းကိုယ်တိုင်က request နှင့် response အကြောင်းအရာကို မစာဝှက်ပါ။ |
နှစ်မျိုးစလုံးသည် client မှ proxy သို့ သင့်လျော်သော transport လိုအပ်ဆဲဖြစ်သည်။ Destination HTTPS သည် နောက်ကျစွာ စတင်သောကြောင့် ယခင် plain-text proxy login ကို မကာကွယ်နိုင်ပါ။
ဆာဗာတွင် Digest helper များသည် realm အလိုက် credential material နှင့် ကိုယ်ပိုင် format လိုအပ်နိုင်သည်။ Basic NCSA ဖိုင်သည် အလိုအလျောက် Digest backend မဖြစ်ပါ။ ရွေးထားသော helper ၏ မှတ်တမ်းတင်ထားသည့် format ကိုအသုံးပြုပြီး ပျောက်ဆုံးသော၊ မှားယွင်းသော credential နှင့် ခွင့်ပြုထားသော request ကို စစ်ဆေးပါ။ Source နှင့် destination ကန့်သတ်ချက်များကို ဆက်ထိန်းထားပါ။