Squid လော့ဂ်အင် နှင့် မှန်ကန်သော client IP နှစ်ခုလုံး လိုအပ်ပါ

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

အထောက်အထားစစ်ဆေးမှုကို ကြိုတင်ပြင်ဆင်ထားပြီးဟု ယူဆပါက ဥပမာ Squid 6.13 NCSA ဆက်တင်၊ အဓိကမူဝါဒမှာ ဤသို့ဖြစ်သည်-

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid အမှန်တကယ်လက်ခံသော ရင်းမြစ်ကို အသုံးပြုပါ။ နမူနာသည် စာရွက်စာတမ်း လိပ်စာဖြစ်သည်။ မလုံခြုံသော ဦးတည်ဆိပ်ကမ်းများ၊ ဒေသတွင်းဝန်ဆောင်မှုများနှင့် CONNECT အသွားအလာအတွက် ယခင်ကာကွယ်မှုများကို ထိန်းသိမ်းပါ။ ဤအပိုင်းသည် ပေါင်းစပ်အခြေအနေကို ပြသသည်၊ ပြည့်စုံသော listener ဖွဲ့စည်းမှုမဟုတ်ပါ။

၎င်း၏အပေါ်ရှိ စည်းမျဉ်းများကို စစ်ဆေးပါ

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

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

proxy_auth ACL သည် အထောက်အထားစစ်ဆေးမှု အကူအညီပေးသူအပေါ် မူတည်သည်။ ၎င်းကို သတ်မှတ်ခြင်းသည် အသုံးပြုသူဖန်တီးခြင်း သို့မဟုတ် စကားဝှက်အတည်ပြုခြင်း၏ နည်းလမ်းမဟုတ်ပါ။ ဤဥပမာသည် client များက proxy အထောက်အထားစစ်ဆေးမှု စိန်ခေါ်မှုများကို တုံ့ပြန်နိုင်သော တိကျသည့် proxy အတွက်ဖြစ်သည်။

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