Squid وأسماء المستخدمين المكررة عبر أدلة LDAP

إذا كان دليلان مستقلان يحتويان كلاهما على alex، فإن الوسيط يحتاج إلى اختيار الدليل قبل أن يتحقق من كلمة المرور. إن تجربة A ثم B تخفي هذا الاختيار داخل فشل المصادقة وقد تخلط بين دليل غير متاح وسر مرفوض.

يمكن لترتيبين أن يجعلا الهوية صريحة:

• تسجيل دخول مؤهل. اسم مثل [email protected] يختار دليلًا ثابتًا يحدده المسؤول عبر موزِّع. احتفظ بالهوية المؤهلة للتفويض والتسجيل. لا تحوّل لاحقة يقدمها العميل إلى عنوان خادم LDAP عشوائي.
• سياق طلب موثوق ومستقر. يختار المستمع أو سياق آخر مدعوم الدليل. حدّد ما يحدث عندما يتنقل الشخص أو يستخدم مستمعًا آخر؛ فالموقع الشبكي ليس هوية شخصية.

نسخ الدليل الواحد مختلفة: فهي تتشارك فضاء أسماء هوية واحدًا. الأدلة غير المترابطة لا تصبح نسخًا لأن كليهما يستخدم LDAP.

اجعل مفتاح ذاكرة بيانات الاعتماد في Squid متوافقًا مع اختيار المساعد. يصف مرجع auth_param الخيار key_extras لتمرير سياق إضافي وتضمينه في مفتاح الذاكرة، بما في ذلك حالة الأسماء المتطابقة التي يميزها منفذ الاستماع. يجب أن يفهم المساعد المدخلات الموسعة، وأن يكون الماكرو المختار متاحًا في مرحلة المصادقة تلك.

فضّل السياق المستقر. إن عنوان IP متغير للعميل بشكل متكرر قد يضاعف هويات الذاكرة ويغيّر الضوابط التي تتوقع هوية مستخدم واحدة.

حدّد الدليل المجهول والحساب المجهول وكلمة المرور المرفوضة والدليل غير المتاح بشكل منفصل. يجب ألا يصبح حساب North بصمت هو Alex الخاص بـ South عندما يكون North غير متاح. أبقِ هذه النتائج قابلة للتمييز في السجلات دون تسجيل كلمات المرور.