|

“ကျွန်ုပ်၏ Windows အထောက်အထားများကို အသုံးပြုပါ” ဆိုသည်မှာ ပုဂ္ဂိုလ်တစ်ဦး လိုအပ်သည်။ ဒက်စတော့ပရိုဂရမ်တွင် ၎င်းကို လည်ပတ်နေသူ ဖြစ်နိုင်သည်။ ဝန်ဆောင်မှုတစ်ခုတွင် ဝန်ဆောင်မှု၏ အကောင့် ဖြစ်နိုင်သည်။ ဝဘ် application တွင် ဧည့်သည်တစ်ဦး၏ အောင်မြင်သော အကောင့်ဝင်ခြင်းသည် အပြင်ထွက် တောင်းဆိုချက်၏ လုံခြုံရေးအခြေအနေကို အလိုအလျောက် အစားထိုးမပေးပါ။

တူညီသော စက်တစ်ခုပေါ်ရှိ ဘရောက်ဇာနှင့် ဆာဗာဘက်မှ ကုဒ်များသည် ပေါင်းစပ်စစ်မှန်ကြောင်း အထောက်အထားပြထားသော proxy မှ မတူညီသော ရလဒ်များ အဘယ်ကြောင့် ရနိုင်သည်ကို ၎င်းက ရှင်းပြသည်။ ၎င်းတို့သည် မတူညီသော အထောက်အထားများကို တင်ပြနေခြင်း ဖြစ်နိုင်သည်။

ကုဒ်မပြောင်းမီ အထောက်အထားများကို အမည်ပေးပါ

  • ဒက်စတော့ဘရောက်ဇာတွင် အကောင့်ဝင်ထားသူ။
  • application လုပ်ငန်းစဉ်ကို လက်ခံထားသော အကောင့်။
  • အပြင်ထွက်လုပ်ဆောင်မှုအတွက် သက်ဝင်နေသော မည်သည့် အယောင်ဆောင်အထောက်အထား။
  • proxy က အမှန်တကယ် လက်ခံ သို့မဟုတ် ငြင်းပယ်ခဲ့သော အကောင့်။

.NET ပံ့ပိုးထားသော ပေါင်းစပ်စစ်မှန်ကြောင်း လမ်းကြောင်းများတွင် DefaultCredentials သည် လက်ရှိ လုံခြုံရေးအခြေအနေနှင့် သက်ဆိုင်သည်။ ၎င်းသည် အခြားစက်တွင် စာမျက်နှာဖွင့်ခဲ့သူတိုင်းအတွက် ကမ္ဘာလုံးဆိုင်ရာ နာမည်တူ မဟုတ်ပါ။

ထုတ်ကုန်သည် တမင်တကာ အသုံးပြုသူအဖြစ် လုပ်ဆောင်ပါက အယောင်ဆောင်ခြင်းနှင့် ကွန်ရက်ကိုယ်စားပြုမှု လိုအပ်ချက်များအတွက် ၎င်းတို့၏ ပံ့ပိုးထားသော ဒီဇိုင်း လိုအပ်သည်။ ယေဘုယျ မူလအထောက်အထား အသုံးပြုမှု ခလုတ်ကို ဖွင့်ခြင်းက ထိုဒီဇိုင်းကို တည်ဆောက်မပေးပါ။ ဆန့်ကျင်ဘက်အားဖြင့် ဝန်ဆောင်မှုအထောက်အထားအဖြစ် လည်ပတ်ရန် ရည်ရွယ်ထားသော နောက်ခံအလုပ်သည် တစ်ဦးဦး ဘရောက်ဇာကို အရင်ဖွင့်ခြင်းအပေါ် မှီခိုသင့်သည် မဟုတ်ပါ။

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

ဆက်စပ်ဆောင်းပါးများ