Squid ရှေ့သို့ proxy အတွက် HAProxy ကျန်းမာရေးစစ်ဆေးမှုများ

Proxy host ပေါ်ရှိ /check.txt အမည်ရှိ ဖိုင်သည် ကျန်းမာရေးအတွက် ထင်ရှားသော ပစ်မှတ်တစ်ခုဟု ထင်ရသည်။ အဓိကအချက်မှာ Squid ၏ တိကျသော ရှေ့သို့နားထောင်သူသည် ထို host ၏ စာရွက်စာတမ်းအမြစ်ကို ဝန်ဆောင်သော သာမန်ဝက်ဘ်ဆိုက် မဟုတ်ခြင်းဖြစ်သည်။

HEAD /check.txt HTTP/1.1 ကဲ့သို့ မူရင်းပုံစံ တောင်းဆိုမှုသည် ရှေ့သို့ proxy မှတစ်ဆင့် သာမန် HTTP တောင်းဆိုမှုအတွက် မျှော်လင့်သော ပကတိပစ်မှတ် ကို ချန်လှပ်ထားသည်။ ဖွဲ့စည်းမှုအပေါ် မူတည်၍ ၎င်းကို ငြင်းပယ်နိုင်သည် သို့မဟုတ် အခြားဒေသခံဝန်ဆောင်မှုက ကိုင်တွယ်နိုင်သည်။ ရလဒ်နှစ်ခုစလုံးသည် ဒက်ရှ်ဘုတ် အကြံပြုသည်ထက် နည်းသော အချက်အလက်ကို ပေးနိုင်သည်။

ရရှိနိုင်အောင် ထိန်းသိမ်းရမည့် ဝန်ဆောင်မှုကို ရွေးပါ

တတိယအခြေအနေတွင် တောင်းဆိုမှုက ပစ်မှတ် လိုအပ်သည်၊ ဥပမာ−

HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal

Host အမည်သည် ဥပမာအတွက်သာ။ Proxy ဖြေရှင်းနိုင်ပြီး ရည်ရွယ်ချက်ရှိရှိ ရောက်ရှိခွင့်ပြုထားသော ထိန်းချုပ်ထားသည့် အဆုံးမှတ်ကို အသုံးပြုပါ။ HAProxy ၏ http-check send သည် method၊ URI၊ version နှင့် header ရွေးချယ်မှုကို ပံ့ပိုးသည်။ မူရင်းဆာဗာ ဥပမာကို မပြောင်းလဲဘဲ အမွေဆက်ခံမည့်အစား ထိုတောင်းဆိုမှုကို ရှင်းလင်းစွာ ပြင်ဆင်ပါ။

HEAD သည် တုံ့ပြန်မှု အခြေအနေနှင့် header များကို စစ်ဆေးနိုင်သည်။ ဘယ်တော့မှ မပို့သော တုံ့ပြန်မှုကိုယ်ထည်ကို အတည်ပြုနိုင်မည် မဟုတ်ပါ။ ကျန်းမာရေး သဘောတူစာချုပ်က ကိုယ်ထည်အတွင်း အမှတ်အသား လိုအပ်ပါက သင့်လျော်သော GET စစ်ဆေးမှုကို ရွေးပြီး ထိုအမှတ်အသားကို အတည်ပြုပါ။

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

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