Squid authentication helper များ ဘယ်အချိန် အတားအဆီးဖြစ်သလဲ

Proxy request သည် ဦးတည်ရာမရောက်မီ login အချက်အလက်စစ်ဆေးမှုကို စောင့်နိုင်သည်။ Authentication မရှိသော connection နှင့် cache ထဲရှိ validation တို့က login အသစ်နှင့်ကွာလျှင် network timeout မပြောင်းမီ authentication လမ်းကို စစ်ပါ။

Squid 6.13 က ပြင်ပ authentication helpers ကို run သည်။ နှေးသော directory service၊ ဖတ်မရသော account file၊ helper မကြာခဏထွက်ခြင်း သို့မဟုတ် အသုံးပြုနိုင်သည့် helper နည်းခြင်းက ဤအဆင့်ကို မတူညီစွာ သက်ရောက်နိုင်သည်။

တကယ်ကန့်သတ်နေသောအဆင့်ကို ရှာပါ

Cache log တွင် start မအောင်မြင်ခြင်း၊ helper ထွက်ခြင်းနှင့် overload message များ စစ်ပါ။ ကာကွယ်ထားသော local management statistics ရှိလျှင် helper လုပ်ဆောင်မှုကို အဲဒီမှာ ကြည့်ပါ။ Counter ရဖို့တစ်ခုတည်းအတွက် management endpoint ကို public မဖွင့်ပါနှင့်။

Backend ကို test account ဖြင့် သီးခြားစမ်းပါ။ Validation တစ်ခုတည်းကိုမှ မပြီးနိုင်သည့် helper သည် မှန်ကန်သောလုပ်ဆောင်မှု ပြင်ဆင်ရန်လိုသည်။ မိတ္တူများများဖွင့်ခြင်းက path သို့မဟုတ် permission error ကို မပြင်ပါ။

Process အရေအတွက်က protocol concurrency မဟုတ်ပါ

ကန့်သတ်ထားသော process pool ဥပမာ —

auth_param basic children 16 startup=2 idle=2

အများဆုံး process အရေအတွက်၊ စတင်အရေအတွက်နှင့် အလိုရှိသော အားလပ်အသင့်အရေအတွက်တို့၏ရည်ရွယ်ချက် မတူပါ။ တန်ဖိုးများက ဥပမာဖြစ်သည်။ တိုင်းတာထားသော request demand နှင့် backend ၏ connection/resource limit တို့အလိုက် ချိန်ပါ။

သီးခြား concurrency option က Squid နှင့် helper ဆက်သွယ်သည့် protocol ကို ပြောင်းသည်။ ယေဘုယျ performance switch မဟုတ်ပါ။ ထို helper က လိုအပ်သော channel identifiers နှင့် တစ်ပြိုင်တည်း request များကို အတိအလင်းပံ့ပိုးမှသာ ဖွင့်ပါ။

Credentials ကို cache လုပ်ခြင်းက validation လိုအပ်သောအကြိမ်နှုန်းကိုလည်း သက်ရောက်သည်။ Helper pool မပြောင်းဘဲ သက်တမ်းတိုစေခြင်းက browser traffic တည်ငြိမ်နေသော်လည်း အလုပ်တိုးနိုင်သည်။

ပြောင်းပြီးနောက် configuration ကို parse လုပ်ပြီး ကိုယ်စားပြုခွင့်ပြု workload အောက်တွင် authentication delay၊ error နှင့် backend load တို့ကို နှိုင်းယှဉ်ပါ။ Parse အောင်မြင်ခြင်းက syntax ကိုသာသက်သေပြသည်။ Pool အသစ် ပိုမြန်သလား သို့မဟုတ် လုံလောက်ကြီးသလား မပြပါ။