يمكن لإعداد Squid أن يتحقق من كلمات المرور مقابل Active Directory ومع ذلك يعرض نافذة تسجيل دخول. لا يعني ذلك أن شيئًا معطوب بالضرورة. يصف AD مكان وجود الحساب؛ لكنه لا يخبرك كيف سيثبت المتصفح هوية المستخدم.

في هذا السطر، الكلمة المهمة هي basic:

auth_param basic realm Windows Logon

الكلمات التي تأتي بعد realm تسمّي نطاق الحماية الخاص بالمصادقة. وهي لا تطلب رمز وصول Windows ولا تحوّل التحدي إلى Negotiate. يتلقى مساعد Basic LDAP بيانات الاعتماد المقدَّمة ويتحقق منها مقابل الدليل.

في إعداد نموذجي هناك ثلاثة قرارات منفصلة: كيف يتحدى Squid العميل، وكيف يتحقق المساعد من ذلك الرد، وأي المستخدمين أو المجموعات الموثَّقة تسمح بها قاعدة الوصول. البحث الناجح عن مجموعة في LDAP يعالج القرار الأخير فقط. ولا يمكنه توفير بيانات الاعتماد الناقصة في المتصفح.

إذا كان المطلوب تسجيل دخول صامت

اختر مخطط مصادقة متكاملًا يدعمه المتصفح، واضبط متطلباته على جانب الخادم. بالنسبة إلى Negotiate القائم على Kerberos، يشمل ذلك هوية الخدمة ومادة المفتاح، وكذلك سياسة العميل التي تسمح بالمصادقة إلى ذلك الوكيل. مجرد تغيير ملف المساعد التنفيذي ضمن إعداد Basic لن يحقق هذا التحويل.

حدّد النتيجة التي تحتاجها قبل استبدال إعداد LDAP عامل. قبول اسم المستخدم وكلمة المرور نفسيهما المستخدمين لتسجيل دخول محطة العمل مطلب معقول لمصادقة Basic. أما إعادة استخدام هوية Windows المسجّلة دون طلب تلك الكلمة فهو مطلب مختلف، يتطلب عملًا مختلفًا في البروتوكول والنشر.

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