نگرانی کا صفحہ پراکسی لاگ ان کے بغیر کام کرنا چاہیے۔ واضح اصول http_access allow status_site ہے۔ توثیق سے پہلے رکھا جائے تو یہ ان کلائنٹس کو بھی استثنا دے سکتا ہے جن کی خدمت کا آپ نے کبھی ارادہ نہیں کیا تھا۔

Squid 6 یا 7 کے لیے استثنا کی شرائط ایک ساتھ رکھیں۔ موجودہ انتظام، غیر محفوظ پورٹ، CONNECT اور مقامی سروس تحفظات کے بعد متعلقہ حصہ ایسا دکھ سکتا ہے:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

نیٹ ورک اور ہوسٹ نام پلیس ہولڈر ہیں۔ توثیق کو اب بھی اپنی موجودہ مددگار ترتیب درکار ہے۔ یہ رسائی پالیسی کا استثنائی حصہ ہے، مکمل پراکسی ترتیب نہیں۔

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

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

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

سادہ HTTP کے لیے، پراکسی مناسب ہونے پر زیادہ باریک URL معلومات استعمال کر سکتی ہے۔ عام HTTPS CONNECT درخواست صفحے کا راستہ ظاہر نہیں کرتی، اس لیے پورے ہوسٹ کے ٹنل استثنا سے 'صرف ایک صفحہ' کا اصول اخذ نہیں کیا جا سکتا۔

متعلقہ مضامین