ပရောက်စီမော်နီတာ၏ အခြေအနေနှင့် ထွက်ပေါက်ကုဒ်များကို အနက်ဖွင့်ခြင်း

ထုပ်ပိုးကိရိယာတစ်ခုသည် ဒေါင်းလုဒ်ကိရိယာ၏ သုညထွက်ပေါက်ကုဒ်ကို လေ့လာတွေ့ရှိထားသော “HTTP 200 OK” အဖြစ် မပြောင်းလဲနိုင်ပါ။ အလွှာတစ်ခုစီက အမှန်တကယ် ဘာကို အစီရင်ခံခဲ့သည်ကို မှတ်တမ်းတင်ပါ။

HTTP အမှား တုံ့ပြန်မှုအပြီးတွင်လည်း curl သည် များသောအားဖြင့် သုည ပြန်ပေးနိုင်သည်။ ၎င်း၏ fail ရွေးချယ်မှုများသည် ထွက်ပေါက်အပြုအမူကို ပြောင်းလဲသော်လည်း မအောင်မြင်မှု ထွက်ပေါက်သည် အခြေအနေကို တစ်ခုတည်းအဖြစ် မဖော်ထုတ်နိုင်သေးပါ။ Wget ၏ ထွက်ပေါက်တန်ဖိုးများသည်လည်း အမျိုးအစားများဖြစ်သည်။ အတည်ပြုခြင်း မအောင်မြင်မှုသည် HTTP 401 အတွက် သီးသန့်တန်ဖိုး မဟုတ်ပါ၊ ဆာဗာအမှား အမျိုးအစားသည် ၎င်းအတွင်းရှိ တုံ့ပြန်မှုတိုင်းကို မဖော်ထုတ်ပါ။ 401 ကို မျှော်လင့်သော စစ်ဆေးမှုသည် ထို တုံ့ပြန်မှုကို လေ့လာရမည်။

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

SSL အလံကို အတည်ပြုချက်အဖြစ် မသတ်မှတ်မီ ပလပ်ဂင်၏ အာမခံချက်ကို စစ်ဆေးပါ။ Monitoring Plugins သည် check_http ကို check_curl အတွက် ဖယ်ရှားလိုက်သည်။ check_http စာရွက်စာတမ်းက SSL ကို သီးသန့်ရွေးချယ်ခြင်းသည် လက်ခံကိရိယာအမည် သို့မဟုတ် ထုတ်ပေးသူအပေါ် ယုံကြည်မှုကို အတည်မပြုကြောင်း သတိပေးသည်။ check_curl ၏ မှတ်တမ်းတင်ထားသော verify-peer ရွေးချယ်မှုသည် ထို အတည်ပြုချက်ကို ပါဝင်သည်။

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