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 پر مبنی اجازت اکاؤنٹ کی حد ہے، یہ ثبوت نہیں کہ کسی خاص ایگزیکیوٹیبل نے ہر اجازت شدہ کنکشن بنایا۔