သင့် Squid ဝန်ဆောင်မှုသို့ အသုံးပြုသူဝင်သည့်အချက်အလက်နှင့် Squid က parent သို့ဝင်သည့်အချက်အလက် မတူပါ။ parent သည် အခြားအော်ပရေတာပိုင် သို့မဟုတ် အခြားအကောင့်ဒေတာဘေ့စ်သုံးသူ ဖြစ်နိုင်သည်။ client စကားဝှက်လက်ခံခြင်းက ၎င်းကို upstream သို့ ပို့သင့်သည်ဟု မယူဆပါနှင့်။

Squid 6.13 က parent သတ်မှတ်ချက်တွင် ပုံသေလော့ဂ်အင် ထည့်နိုင်သည်။

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

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

အကောင့်သက်ရောက်မှုနယ်ပယ် ခွဲထားပါ

downstream auth_param ဆက်တင်များက သင့် Squid instance ၏ client များကို စစ်ဆေးသည်။ peer ၏ login option က အခြား hop အတွက် လော့ဂ်အင်အချက်အလက် ပေးသည်။ တစ်ဖက်ပြောင်းလဲခြင်းက အခြားတစ်ဖက်ကို အလိုအလျောက် မပြင်ပါ။

parent စာရွက်စာတမ်းပါ အထောက်အထားစစ်ဆေးမှု လိုအပ်ချက်ကို လိုက်နာပါ။ ဤတစ်ကြောင်းသည် connection-oriented authentication နည်းလမ်းတိုင်း၏ ပြည့်စုံသော configuration မဟုတ်ပါ။ parent က NTLM သို့မဟုတ် Negotiate မျှော်လင့်လျှင် ဤ field စကားဝှက်ကို အကြိမ်ကြိမ် မပြောင်းဘဲ ပံ့ပိုးထားသော peer စီမံမှုကို စစ်ပါ။

Squid တွင် PASS နှင့် PASSTHRU ကဲ့သို့ လော့ဂ်အင်အချက်အလက် လွှဲပေးသည့် option များလည်းရှိသည်။ ၎င်းတို့၏အဓိပ္ပာယ်က သီးသန့် upstream အကောင့်နှင့် မတူဘဲ client authentication အချက်အလက်ကို peer ထံ ဖော်ထုတ်နိုင်သည်။ ဒီဇိုင်းက သီးခြားအကောင့်သုံးလျှင် အလွယ်လမ်းအဖြစ် မရွေးပါနှင့်။

configuration ကိုကာကွယ်ပြီး မှန်ကန်သော hop ကို စမ်းပါ

ပုံသေလျှို့ဝှက်ချက်ကို configuration တွင် သိမ်းထားသည်။ ဖိုင်နှင့် backup ဝင်ရောက်မှုကို ကန့်သတ်ပြီး parser သို့မဟုတ် debug output မျှဝေမီ အရေးကြီးအချက်အလက်ကို ဖယ်ပါ။ option တွင် ကိုယ်ပိုင် escaping စည်းမျဉ်းရှိသည်။ စာရွက်စာတမ်းက URL escape ခွင့်ပြုပြီး literal percent အက္ခရာကို နှစ်ခါရေးရန် တောင်းဆိုသည်။

client authentication အောင်မြင်သော်လည်း လွှဲပို့သည့်တောင်းဆိုမှု parent တွင် ပျက်ကွက်နေဆဲဆိုလျှင် ထို upstream ဖလှယ်မှုနှင့် အကောင့်ကို စစ်ပါ။ client–Squid နှင့် Squid–parent သယ်ယူပို့ဆောင်ရေး ကာကွယ်မှုကိုလည်း ခွဲထားပါ။ ပထမချိတ်ဆက်မှုကို encrypt လုပ်ခြင်းက ဒုတိယကို အလိုအလျောက် မကာကွယ်ပါ။

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