Squid لاگ اِن اور درست کلائنٹ IP دونوں کا تقاضا کریں

درست پاس ورڈ اس پالیسی کا صرف آدھا حصہ ہے: اکاؤنٹ کو ایک منظور شدہ کلائنٹ پتے سے بھی کام کرنا چاہیے۔ 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 ٹریفک کے لیے پہلے والے تحفظات برقرار رکھیں۔ یہ ٹکڑا مشترکہ شرط دکھاتا ہے، مکمل لسنر ترتیب نہیں۔

اس کے اوپر والے قواعد جانچیں

پہلے کی کوئی وسیع اجازت نئی شرط تک پہنچنے سے پہلے درخواست قبول کر سکتی ہے۔ http_access حوالہ ترتیب وار مماثلت بیان کرتا ہے۔ شامل فائلوں سمیت پوری ترتیب پڑھیں۔

صارف نام کے لیے ایک اجازت اور ماخذ کے لیے دوسری دونوں کا تقاضا نہیں کرتیں۔ کوئی بھی سطر آزادانہ کامیاب ہو سکتی ہے۔ وہ مختلف پالیسی ہے۔

proxy_auth ACL توثیق کے معاون پر منحصر ہے۔ اس کی تعریف کرنا صارف بنانے یا پاس ورڈ کی توثیق کرنے کا طریقہ نہیں ہے۔ یہ مثال ایک واضح پراکسی کے لیے ہے جس کے کلائنٹس پراکسی توثیق کے چیلنجز کا جواب دے سکتے ہیں۔

ماخذ کی شناخت کی بھی حدود ہیں۔ ایک NAT کے پیچھے لوگ ایک پتہ شیئر کر سکتے ہیں، اور حرکت پذیر لیپ ٹاپ پتہ بدل سکتا ہے۔ اضافی شرط اکاؤنٹ کے قابلِ استعمال نیٹ ورک مقام کو تنگ کرتی ہے؛ یہ کسی جسمانی کمپیوٹر کی قابلِ اعتماد شناخت نہیں کرتی۔ یقینی بنائیں کہ یہ حد اس وجہ سے مطابقت رکھتی ہے جس کے لیے آپ نے شرط شروع میں شامل کی تھی۔