iptables --uid-owner သည် Squid ၏ ဒေသခံ socket များနှင့် ကိုက်ညီပြီး LAN အသုံးပြုသူများနှင့် မဟုတ်ပါ
Squid ၏ အပြင်ထွက်မှုကို စဉ်းစားရာတွင် --uid-owner ၏ ဒေသခံ socket ဖန်တီးသူ အဓိပ္ပာယ်ကို သုံးပြီး ပို့ဆောင်ထားသော LAN packet များကို သီးခြားထားပါ။
iptables ၏ owner ကိုက်ညီမှုသည် ဒေသခံ process ၏ socket မှ ဖန်တီးထားသော packet များကို ဖော်ထုတ်နိုင်သည်။ ဥပမာ -m owner --uid-owner 1234 သည် UID 1234 ပိုင်ဆိုင်သော ဒေသခံ socket ကို ရည်ညွှန်းသည်; ၎င်းသည် HTTP proxy အသုံးပြုသူအမည်ကို ဖော်ထုတ်ခြင်း မဟုတ်ပါ။
Squid လည်ပတ်နေသော စက်တွင် ဤလမ်းကြောင်းများကို ခွဲခြားပါ:
| အသွားအလာ | သက်ဆိုင်ရာ ကွာခြားချက် |
|---|---|
| ကလိုင်းယင့်တစ်ခုသည် ဤစက်ပေါ်ရှိ Squid သို့ ချိတ်ဆက်သည် | proxy နားထောင်သူထံ ဝင်လာသော ချိတ်ဆက်မှု |
| Squid သည် ခရီးဆုံး ချိတ်ဆက်မှုကို ဖွင့်သည် | ဒေသခံတွင် ဖန်တီးထားသော အပြင်ထွက် socket |
| LAN ကလိုင်းယင့်သည် ဤစက်မှတစ်ဆင့် တိုက်ရိုက် လမ်းကြောင်းပေးသည် | ဒေသခံ ဖန်တီးသူ socket မရှိသော ပို့ဆောင်ထားသည့် အသွားအလာ |
ဤ extension သည် OUTPUT နှင့် POSTROUTING တွင် တရားဝင်သည်။ ပို့ဆောင်ထားသော packet များတွင် ဤကိုက်ညီမှုအတွက် ဆက်စပ်ဒေသခံ socket မရှိသောကြောင့် FORWARD စည်းမျဉ်းသည် Squid ၏ UID ကို မေးခြင်းဖြင့် အဝေးရှိ ကွန်ပျူတာ၏ အသုံးပြုသူကို ရှာမတွေ့နိုင်ပါ။
ထို့ကြောင့် Squid ၏ ကိုယ်ပိုင် အပြင်ထွက် socket များကို ခွင့်ပြုသော မူဝါဒသည် proxy ကို အခြေခံသည့် ကွန်ရက် ဒီဇိုင်း၏ အစိတ်အပိုင်းတစ်ခုကိုသာ ကိုင်တွယ်သည်။ Gateway မှတစ်ဆင့် ပို့ဆောင်ခြင်း၊ နားထောင်သူထံ ဝင်ရောက်ခွင့်၊ အခြား ခွင့်ပြုထားသော ဝန်ဆောင်မှုများနှင့် အမှန်တကယ် proxy ဝန်ဆောင်မှု အကောင့်တို့ကို ၎င်းတို့၏ သင့်လျော်သော နယ်ပယ်တွင် ကိုင်တွယ်ရမည်။
Squid သည် nobody အဖြစ် လည်ပတ်သည်ဟု ယူဆမည့်အစား ပြင်ဆင်ထားသော runtime အထောက်အထားကို သုံးပါ။ process များစွာသည် UID တစ်ခုကို မျှဝေနိုင်သောကြောင့် UID အခြေခံ ခွင့်ပြုချက်သည် အကောင့် နယ်နိမိတ်ဖြစ်ပြီး သီးခြား executable တစ်ခုက ခွင့်ပြုထားသော ချိတ်ဆက်မှုတိုင်းကို ဖန်တီးခဲ့သည်ဟု သက်သေမဟုတ်ပါ။