السماح بوجهة Squid واحدة دون مصادقة الوكيل

تحتاج صفحة المراقبة إلى العمل دون تسجيل دخول عبر الوكيل. القاعدة الواضحة هي 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 العادي لا يكشف مسار الصفحة، لذا لا يمكن استنتاج قاعدة «صفحة واحدة فقط» من استثناء نفق يشمل المضيف بأكمله.