Squid ושמות משתמש כפולים בין ספריות LDAP

אם שתי ספריות בלתי תלויות מכילות שתיהן alex, ה-proxy זקוק לבחירת ספרייה לפני שהוא בודק סיסמה. ניסיון של A ואחר כך B מסתיר את הבחירה הזו בתוך כשל האימות ועלול לבלבל ספרייה שאינה זמינה עם סוד שנדחה.

שני סידורים יכולים להפוך את הזהות למפורשת:

• התחברות מוסמכת. שם כמו [email protected] בוחר דרך מפזר ספרייה קבועה שהמנהל הגדיר. שמרו את הזהות המוסמכת להרשאה ולרישום. אל תהפכו סיומת שמספק הלקוח לכתובת שרת LDAP שרירותית.
• הקשר בקשה אמין ויציב. מאזין או הקשר נתמך אחר בוחר את הספרייה. הגדירו מה קורה כאשר אדם נודד או משתמש במאזין אחר; מיקום ברשת אינו זהות אישית.

עותקים של ספרייה אחת שונים: הם חולקים מרחב שמות זהות אחד. ספריות לא קשורות אינן הופכות לעותקים מפני ששתיהן משתמשות ב-LDAP.

התאימו את מפתח מטמון האישורים של Squid לבחירה של העוזר. הפניה auth_param מתארת את key_extras להעברת הקשר נוסף ולכלילתו במפתח המטמון, כולל המקרה של שמות זהים המובחנים לפי פורט ההאזנה. העוזר חייב להבין את הקלט המורחב, והמאקרו הנבחר חייב להיות זמין בשלב האימות הזה.

העדיפו הקשר יציב. כתובת IP של לקוח המשתנה לעתים קרובות עלולה להרבות זהויות במטמון ולשנות בקרות שמצפות לזהות משתמש אחת.

הגדירו בנפרד ספרייה לא ידועה, חשבון לא ידוע, סיסמה שנדחתה וספרייה לא זמינה. החשבון של North לא אמור להפוך בשקט ל-Alex של South כאשר North אינו זמין. שמרו על הבחנה בין התוצאות הללו ביומנים בלי לתעד סיסמאות.