Squid और LDAP निर्देशिकाओं में दोहरे उपयोगकर्ता नाम

यदि दो स्वतंत्र निर्देशिकाओं में से दोनों में alex है, तो प्रॉक्सी को पासवर्ड जाँचने से पहले निर्देशिका चुननी होती है। पहले A और फिर B आज़माना उस चयन को प्रमाणीकरण विफलता के भीतर छिपा देता है और अनुपलब्ध निर्देशिका को अस्वीकृत रहस्य से भ्रमित कर सकता है।

दो व्यवस्थाएँ पहचान को स्पष्ट कर सकती हैं:

• योग्य लॉगिन। [email protected] जैसा नाम डिस्पैचर के माध्यम से व्यवस्थापक द्वारा निर्धारित स्थिर निर्देशिका चुनता है। प्राधिकरण के लिए योग्य पहचान और लॉगिंग बनाए रखें। क्लाइंट द्वारा दिए गए प्रत्यय को मनमाने LDAP सर्वर पते में न बदलें।
• स्थिर विश्वसनीय अनुरोध संदर्भ। श्रोता या कोई अन्य समर्थित संदर्भ निर्देशिका चुनता है। परिभाषित करें कि क्या होता है जब कोई व्यक्ति भ्रमण करता है या दूसरा श्रोता उपयोग करता है; नेटवर्क स्थान व्यक्तिगत पहचान नहीं है।

एक निर्देशिका की प्रतियाँ भिन्न होती हैं: वे एक पहचान नामस्थान साझा करती हैं। असंबंधित निर्देशिकाएँ इसलिए प्रतियाँ नहीं बन जातीं कि दोनों LDAP उपयोग करती हैं।

Squid की क्रेडेंशियल-कैश कुंजी को सहायक के चयन से मेल खिलाएँ। auth_param संदर्भ अतिरिक्त संदर्भ भेजने और उसे कैश कुंजी में शामिल करने के लिए key_extras का वर्णन करता है, जिसमें सुनने के पोर्ट से अलग किए गए समान नामों का मामला भी शामिल है। सहायक को विस्तारित इनपुट समझना चाहिए, और चुना गया मैक्रो उस प्रमाणीकरण चरण में उपलब्ध होना चाहिए।

स्थिर संदर्भ को प्राथमिकता दें। बार-बार बदलता क्लाइंट IP कैश पहचानों को कई गुना कर सकता है और उन नियंत्रणों को बदल सकता है जो एक उपयोगकर्ता पहचान की अपेक्षा करते हैं।

अज्ञात निर्देशिका, अज्ञात खाता, अस्वीकृत पासवर्ड और अनुपलब्ध निर्देशिका को अलग-अलग परिभाषित करें। North के अनुपलब्ध होने पर North का खाता चुपचाप South का Alex नहीं बनना चाहिए। पासवर्ड दर्ज किए बिना उन परिणामों को लॉग में अलग-अलग रखें।