لماذا قد تخفي المتصفحات صفحة الحجب الخاصة بـ Squid عبر HTTPS

تظهر صفحة الحجب المخصصة للوكيل عند زيارة موقع HTTP. أما عند زيارة موقع HTTPS فيعرض المتصفح خطأ نفق بدلاً منها. وقد لا يغيّر استبدال قالب HTML مرة أخرى أي شيء.

مع وكيل HTTP صريح، تبدأ زيارة HTTPS عادةً بطلب CONNECT. يطلب المتصفح من الوكيل فتح نفق إلى مضيف ومنفذ. وإذا رفض Squid ذلك الطلب، فلن تبدأ جلسة TLS الخاصة بالموقع أبداً.

قد يحمل الرفض حالة HTTP ومحتوى استجابة. يمكنك فحص استجابة CONNECT الفاشلة تلك باستخدام curl بشكل مستقل عن صفحة خطأ المتصفح. ولا يتطلب ذلك أن يعرض المتصفح HTML المقدم كصفحة الموقع الوجهة. فقد يتجاهل المتصفح جسم خطأ CONNECT ويستخدم واجهة خطأ الوكيل الخاصة به؛ ويتوقف العرض الدقيق على العميل.

إذا كان رفض Squid يحتوي بالفعل على جسم deny_info المقصود، فإن تعديل نصه أو ورقة الأنماط أو أذونات الملف لا يغيّر مرحلة الاستجابة التي يتعامل معها المتصفح. أبقِ حالة الرفض وسجل الوصول متاحين لتحديد ما إذا كان CONNECT قد رُفض ولماذا. وقد تخفي صفحة متصفح عامة تفاصيل السياسة بينما يطبّق الوكيل القاعدة بشكل صحيح.

تقديم صفحة حجب داخل اتصال HTTPS معترض بنية أخرى، تشمل إنهاء TLS وثقة العميل والتعامل مع الشهادات. ولا يُفعّل ذلك بتعديل deny_info، كما أن القالب المخصص لا يمنح أي صلاحية لانتحال موقع محجوب. اختر هذا التصميم فقط إذا لزم الأمر؛ وإلا فاستخدم تقارير الأخطاء المتاحة في العميل وسجلات التشغيل الخاصة بالوكيل.