عميل الوكيل الصريح يعرف أنه يتحدث إلى وكيل. أما المتصفح المعترض فيظن أنه اتصل بالموقع. هذا الفرق جوهري في المصادقة.

المصادقة العادية تستخدم تحدّي الوكيل واستجابة تخويل الوكيل. والعميل الذي لم يختر وكيلاً لا ينبغي أن يرسل بيانات اعتماد الوكيل بلا مبالاة إلى وسيط غير متوقع.

لذلك لا تدعم إرشادات الاعتراض في Squid مجرد الجمع بين proxy_auth ووضع الاعتراض. ووجود مساعد مصادقة Basic يعمل لا يغيّر ما يعتقده المتصفح عن هوية الطرف البعيد.

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

بوابة مصادقة أو نظام هوية على مستوى الشبكة أو ترتيب اعتراض TLS هي تصميم آخر بمتطلبات ثقة ونشر مختلفة. وهي ليست إصلاحاً بسطر واحد للتبادل المفقود للوكيل الصريح.

لا تحلّ غياب المطالبة بجعل الخدمة المعترضة عامة أو بالسماح لكل عميل. قرّر أولاً ما إذا كان المطلوب مصادقة مستخدم صريحة أم اعتراض حركة لم تُعدّ أصلاً لوكيل. لكل منهما افتراضات مختلفة.

مقالات ذات صلة