Squid आणि LDAP निर्देशिकांमधील डुप्लिकेट वापरकर्तानावे

जर दोन स्वतंत्र निर्देशिकांमध्ये दोन्हीमध्ये alex असेल, तर पासवर्ड तपासण्यापूर्वी प्रॉक्सीला निर्देशिका निवडणे आवश्यक आहे. आधी A आणि नंतर B वापरून पाहणे ती निवड प्रमाणीकरण अपयशात लपवते आणि अनुपलब्ध निर्देशिका नाकारलेल्या गुप्त माहितीशी गोंधळू शकते.

दोन व्यवस्था ओळख स्पष्ट करू शकतात:

• पात्र लॉगिन. [email protected] सारखे नाव डिस्पॅचरद्वारे प्रशासकाने ठरवलेली स्थिर निर्देशिका निवडते. अधिकृततेसाठी पात्र ओळख आणि लॉगिंग जपून ठेवा. क्लायंटने दिलेला प्रत्यय अनियंत्रित LDAP सर्व्हर पत्त्यात बदलू नका.
• स्थिर विश्वासार्ह विनंती संदर्भ. श्रोता किंवा अन्य समर्थित संदर्भ निर्देशिका निवडतो. व्यक्ती फिरताना किंवा दुसरा श्रोता वापरताना काय होते ते परिभाषित करा; नेटवर्क स्थान वैयक्तिक ओळख नाही.

एका निर्देशिकेच्या प्रतली वेगळ्या असतात: त्या एक ओळख नामस्थान सामायिक करतात. असंबंधित निर्देशिका दोन्ही LDAP वापरतात म्हणून प्रतली होत नाहीत.

Squid ची क्रेडेन्शियल-कॅश किल्ली सहाय्यकाच्या निवडीशी जुळवा. auth_param संदर्भ अतिरिक्त संदर्भ पाठवण्यासाठी आणि तो कॅश किल्लीत समाविष्ट करण्यासाठी key_extras वर्णन करतो, ज्यात ऐकण्याच्या पोर्टने वेगळे केलेल्या समान नावांचा समावेश आहे. सहाय्यकाने विस्तारित इनपुट समजून घेतले पाहिजे आणि निवडलेला मॅक्रो त्या प्रमाणीकरण टप्प्यात उपलब्ध असावा.

स्थिर संदर्भाला प्राधान्य द्या. वारंवार बदलणारा क्लायंट IP कॅश ओळखी वाढवू शकतो आणि एक वापरकर्ता ओळख अपेक्षित असलेले नियंत्रण बदलू शकतो.

अज्ञात निर्देशिका, अज्ञात खाते, नाकारलेला पासवर्ड आणि अनुपलब्ध निर्देशिका वेगवेगळ्या प्रकारे परिभाषित करा. North अनुपलब्ध असताना North चे खाते गुपचूप South चे Alex बनू नये. पासवर्ड नोंदविल्याशिवाय ती परिणाम लॉगमध्ये वेगळे ठेवा.