curl Negotiate အထောက်အထားစစ်ဆေးမှုအတွက် ပရောက်စီ host အမည်ကို သုံးပါ

Negotiate ဖြန့်ချိမှုအတွက် ပေးထားသော ပရောက်စီအမည်ကို သုံးပါ။ ၎င်း၏ IP သို့ TCP ချိတ်ဆက်ခြင်းက တူညီသော အထောက်အထားစစ်ဆေးမှုအမည်ကို တောင်းမည် ဟု မသတ်မှတ်ပါ။

curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

ပရောက်စီ host အမည်ကို အတည်ပြုထားသော ဝန်ဆောင်မှုအမည်ဖြင့် အစားထိုးပါ။ ဤသို့ဖြင့် ပလက်ဖောင်းရှိ ရရှိနိုင်သော အထောက်အထားစီမံမှုကို အသုံးပြု၍ proxy Negotiate ရွေးချယ်သည်။ ဒိုမိန်းဝင်ရောက်မှု မဖန်တီးဘဲ မရနိုင်သော အထောက်အထားစစ်ဆေးရေးဝန်ဆောင်မှုမှ လက်မှတ်မရယူပါ။

HTTP/proxy.example မျှော်မှန်းသော ဖြန့်ချိမှုတွင် IP သို့မဟုတ် အခြား alias သည် တောင်းသောဝန်ဆောင်မှုအထောက်အထားကို ပြောင်းနိုင်သည်။ ပတ်ဝန်းကျင်အချို့က အခြားအမည်ပေးစနစ်များကို အတိအလင်း ထောက်ပံ့သောကြောင့် IP အထောက်အထားစစ်ဆေးမှုကို နေရာတိုင်း မဖြစ်နိုင်ဟု မကြေညာဘဲ ပြင်ဆင်ထားသော အထောက်အထားကို ထိန်းသိမ်းပါ။

အမှန်တကယ် curl binary နှင့် အကောင့်ပတ်ဝန်းကျင်ကို စစ်ပါ။ GSSAPI သို့မဟုတ် SSPI အထောက်အပံ့သည် ပလက်ဖောင်းနှင့် build ပေါ် မူတည်သည်။ သတ်မှတ်ထားသော ဝန်ဆောင်မှုအစိတ်အပိုင်း လိုအပ်ပါက မှတ်ပုံတင်ထားသော configuration အတိုင်း curl ၏ proxy service-name ရွေးချယ်မှုကို သုံးပါ။ အမည်ခန့်မှန်းခြင်းသည် ပြဿနာကို ဖြေရှင်းမည့်အစား နေရာရွှေ့နိုင်သည်။

Negotiate သည် ယန္တရားညှိနှိုင်းမှုအညွှန်းဖြစ်သည်။ ရှိနေခြင်းတစ်ခုတည်းဖြင့် မည်သည့်အခြေခံယန္တရားကို ရွေးထားသည်ကို မသိနိုင်ပါ။ ကွာခြားချက်အရေးကြီးပါက ခွင့်ပြုထားသော client/server စစ်ဆေးမှုကိုသုံးပြီး လက်မှတ်နှင့် token များကို မျှဝေထားသောအစီရင်ခံစာ ထဲမထည့်ပါနှင့်။