ایک کلائنٹ IP کے لیے Squid 6 کے رسائی قواعد

یہ ترتیب Squid 6.13 کے لیے ہے، جس میں Debian 13 کا پیکیج بھی شامل ہے۔ نصب نسخہ squid -v سے تصدیق کریں؛ Squid کی ہدایات کا حوالہ http_access کو نسخہ 8 میں غیر دستیاب بتاتا ہے۔

پہلے پتے چنیں

سننے والی سروس کو سرور پر مقرر پتہ چاہیے۔ کلائنٹ کے قاعدے کو وہ ماخذ پتہ چاہیے جو Squid دیکھتا ہے؛ یہ لیپ ٹاپ کے نجی پتے کے بجائے NAT نیٹ ورک کا عوامی اخراجی پتہ ہو سکتا ہے۔

نیچے کے دستاویزی پتے بدلیں۔ کلائنٹ کی پابندی ایک پتا ہے، جسے /32 لکھا گیا ہے۔

http_port 192.0.2.10:3128
acl proxy_client src 198.51.100.27/32
acl Safe_ports port 80 443
acl SSL_ports port 443
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny manager
http_access deny to_localhost
http_access deny to_linklocal
http_access allow proxy_client
http_access deny all

پیکیج کی ترتیب میں متعلقہ سننے والی سروس، ACL تعریفیں اور رسائی قواعد بدلیں، مگر لاگنگ اور فائل سسٹم کی ترتیبات رکھیں۔ ان قواعد کو کلائنٹ کی پہلے سے موجود اجازت کے نیچے لگانا پابندی کو نظرانداز کر سکتا ہے۔ فہرست ACL کی بار بار تعریف مزید قدریں بھی شامل کر سکتی ہے۔

درخواستیں قواعد سے کیسے گزرتی ہیں

ابتدائی ممانعتیں ناپسندیدہ منزل پورٹس، انتظامی درخواستوں اور مقامی یا link-local منزلوں کو رد کرتی ہیں۔ معروف کلائنٹ ان جانچوں کے بعد منظور ہوتا ہے؛ باقی درخواستیں آخری ممانعت تک پہنچتی ہیں۔ منزل کی حفاظت پھر بھی ضروری ہے کیونکہ صرف ماخذ کی اجازت فہرست منزلیں محدود نہیں کرتی۔

سننے والی سروس کھولنے سے پہلے ہوسٹ یا نیٹ ورک فائر وال کو مطلوبہ ماخذ تک محدود کریں۔ بائنڈنگ طے کرتی ہے کہ Squid کہاں کنکشن قبول کرے؛ رسائی قواعد طے کرتے ہیں کہ کون سی درخواستیں اجازت پائیں۔

sudo squid -k parse -f /etc/squid/squid.conf

انتظام کے تحت سروس دوبارہ لوڈ کرنے سے پہلے تجزیے کی غلطیاں درست کریں۔ مجاز کلائنٹ اور اپنے اختیار کے دوسرے ماخذ سے آزمائیں جسے رد ہونا چاہیے۔ تصدیق کریں کہ منزل کو صرف مجاز درخواست پہنچتی ہے؛ محض TCP کنکشن فارورڈ کرنے کی اجازت ثابت نہیں کرتا۔