iptables --uid-owner د Squid محلي ساکټونو سره سمون لري، نه د LAN کاروونکو سره
کله چې د Squid د وتلو په اړه فکر کوئ، د --uid-owner د محلي ساکټ جوړونکي مانا وکاروئ او لېږدول شوي LAN بستهګانې جلا وساتئ.
د iptables owner سمون کولی شي هغه بستهګانې وپېژني چې د محلي پروسې ساکټ جوړې کړې وي. د بېلګې په توګه، -m owner --uid-owner 1234 د UID 1234 ملکیت محلي ساکټ ته اشاره کوي؛ دا د HTTP پراکسي کارن نوم نه پېژني.
په هغه ماشین کې چې Squid پرې ځي، دا لارې جلا کړئ:
| ترافیک | اړوند توپیر |
|---|---|
| یو کلاینټ په دې ماشین کې Squid سره نښلوي | پراکسي اورېدونکي ته راتلونکی نښلون |
| Squid د منزل نښلون پرانیزي | په محلي ډول جوړ شوی وتونکی ساکټ |
| LAN کلاینټ په مستقیم ډول د دې ماشین له لارې لارښوونه کوي | لېږدول شوی ترافیک پرته له محلي جوړونکي ساکټ |
دا پراخونکی په OUTPUT او POSTROUTING کې معتبر دی. لېږدول شوې بستهګانې د دې سمون لپاره اړوند محلي ساکټ نه لري، نو د FORWARD قاعده نشي کولی د Squid UID په پوښتنې سره د لرې کمپیوټر کارن ومومي.
نو هغه تګلاره چې د Squid خپل وتونکي ساکټونه اجازه ورکوي، یوازې د پراکسي پر بنسټ د شبکې ډیزاین یوه برخه حل کوي. د ګیټوې لېږد، اورېدونکي ته لاسرسی، نورې اجازه لرونکې خدمتونه او د پراکسي ریښتیني خدمت حساب باید په خپله مناسبه حوزه کې حل شي.
د دې پر ځای چې فرض کړئ Squid د nobody په توګه ځي، ترتیب شوې د چلېدو هویت وکاروئ. څو پروسې کولی شي یو UID شریک کړي، نو د UID پر بنسټ اجازه د حساب پوله ده، نه دا ثبوت چې یو ځانګړی اجرایوي فایل هر اجازه لرونکی نښلون جوړ کړی.