ပရောက်စီ အထောက်အထားများရှိ ဒိုမိန်းပါ အသုံးပြုသူအမည်များ
မထင်ရှားသော အကောင့်အမည်ကို သီးခြား ဒိုမိန်းအကွက်များရှိသည့် API များနှင့် ခွဲခြားပါ၊ ပြီးနောက် URL သဒ္ဒါကို ဖြည့်ဆည်းရန်အတွက်သာ အကောင့်အမှတ်အသားကို မပြောင်းပါနှင့်။
DOMAIN\ ကို ဖယ်ရှားရန် ဟူသော အဖြေတစ်ခု ရှိသည်။ ထည့်ရန် ဟူသော အဖြေလည်း ရှိသည်။ ပြောင်းလဲမှု နှစ်ခုစလုံးသည် သင့် ပရောက်စီအတွက် မှားနိုင်သည်။
မေးခွန်း နှစ်ခု ရှိသည်။ ဝန်ဆောင်မှုက မည်သည့် အမှတ်အသားကို မျှော်လင့်သနည်း၊ ရွေးချယ်ထားသော API က ထို အမှတ်အသားကို မည်သို့ ကိုယ်စားပြုသနည်း။
| မျက်နှာပြင် | မည်သည်ကို သတ်မှတ်ရမည် |
|---|---|
| တစ်ခုတည်းသော အကောင့်အမည် အကွက် | အော်ပရေတာ လက်ခံသည့် တိကျသော အကောင့် သဒ္ဒါ |
| ဒိုမိန်းအကွက်ပါ အထောက်အထား API | ဒိုမိန်းနှင့် အသုံးပြုသူအမည်ကို သီးခြား ပေးရမည်လား |
| URI အတွင်းရှိ အထောက်အထား အစိတ်အပိုင်းများ | ရည်ရွယ်ထားသော တန်ဖိုးများကို ထို ကွန်တိန်နာအတွက် မည်သို့ ကုဒ်လုပ်ရမည် |
ဥပမာ .NET သည် အသုံးပြုသူအမည်၊ စကားဝှက် နှင့် ဒိုမိန်း သီးခြား အငြင်းအခုံများပါသော NetworkCredential ကွန်စထရက်တာကို ဖော်ပြသည်။ ဒိုမိန်းကို ခွဲခြားမှုမရှိဘဲ အကွက် နှစ်ခုတွင် ထည့်ခြင်းသည် ပေါင်းစပ် အထောက်အထား စစ်ဆေးမှုကို ပြင်ဆင်ရန် သယ်ဆောင်နိုင်သော နည်းလမ်း မဟုတ်ပါ။
Basic အထောက်အထား စစ်ဆေးမှုသည် အခြား ကိစ္စ ဖြစ်သည်။ ဆာဗာသည် ပေးထားသော အကောင့် စာသားကို ၎င်း၏ မူဝါဒအရ အဓိပ္ပာယ် ဖော်သည်။ တူညီသော ကွန်ရက်တွင် ရှိခြင်းက ဒိုမိန်း ရှေ့ဆက် ပါဝင်သည်ဟု သက်သေ မပြနိုင်ပါ။ ဒိုမိန်းပါ အမည်သည် အလိုအလျောက် မတူညီသော အထောက်အထား စစ်ဆေးမှု ပရိုတိုကော လည်း မဟုတ်ပါ။
URL လွှတ်ခြင်းသည် ရည်ရွယ်ထားသော အကောင့်ကို ထိန်းသိမ်းသင့်သည်၊ ပြောင်းလဲသင့် မဟုတ်ပါ။ ရင်းမြစ်ဘာသာစကား စာသားရှိ နောက်ပြန် မျဉ်းစောင်း၊ အကောင့်အမည်ရှိ နောက်ပြန် မျဉ်းစောင်း နှင့် URI အတွင်း ၎င်း၏ ရာခိုင်နှုန်း ကုဒ်ပြုလုပ်မှုတို့သည် သီးခြား အလွှာများ ဖြစ်သည်။
အော်ပရေတာထံမှ လက်ခံနိုင်သော အမှတ်အသား ပုံစံနှင့် အစီအစဉ်ကို ရယူပြီး သက်ဆိုင်ရာ အထောက်အထား မျက်နှာပြင်ကို အသုံးပြုပါ။ အတိုအမည်၊ ဒိုမိန်းအမည် နှင့် အီးမေးလ်နှင့် တူသော အမည်ကြား ကျပန်း လဲလှယ်ခြင်းသည် မူလ 407 အကြောင်း အားနည်းသော သက်သေ ဖြစ်စေသည်။