Squid Basic LDAP प्रमाणीकरण अब भी पासवर्ड क्यों मांगता है
समझें कि Squid Basic LDAP कॉन्फ़िगरेशन AD पासवर्ड को सत्यापित करके भी ब्राउज़र से क्रेडेंशियल क्यों मांगता है।
Squid का कॉन्फ़िगरेशन Active Directory के विरुद्ध पासवर्ड जाँच सकता है और फिर भी लॉगिन बॉक्स दिखा सकता है। इसका अर्थ यह नहीं कि कुछ निश्चित रूप से टूट गया है। AD बताता है कि खाता कहाँ रहता है; यह नहीं बताता कि ब्राउज़र कैसे साबित करेगा कि उपयोगकर्ता कौन है।
इस पंक्ति में महत्वपूर्ण शब्द basic है:
auth_param basic realm Windows Logon
realm के बाद के शब्द संरक्षित प्रमाणीकरण क्षेत्र का नाम देते हैं। वे Windows एक्सेस टोकन नहीं मांगते और चुनौती को Negotiate में नहीं बदलते। Basic LDAP सहायक दिए गए क्रेडेंशियल लेकर उन्हें निर्देशिका के विरुद्ध जाँचता है।
एक सामान्य कॉन्फ़िगरेशन में तीन अलग निर्णय होते हैं: Squid क्लाइंट को कैसे चुनौती देता है, सहायक उस प्रतिक्रिया को कैसे सत्यापित करता है, और एक्सेस नियम किन प्रमाणित उपयोगकर्ताओं या समूहों को अनुमति देता है। सफल LDAP समूह खोज केवल अंतिम निर्णय को संबोधित करती है। वह ब्राउज़र के अनुपलब्ध क्रेडेंशियल नहीं दे सकती।
यदि आवश्यकता मौन साइन-इन है
ब्राउज़र-समर्थित एकीकृत प्रमाणीकरण योजना चुनें और उसकी सर्वर-पक्ष पूर्वापेक्षाएँ कॉन्फ़िगर करें। Kerberos-आधारित Negotiate के लिए इसमें सेवा पहचान और कुंजी सामग्री तथा उस प्रॉक्सी पर प्रमाणीकरण की अनुमति देने वाली क्लाइंट नीति शामिल है। केवल Basic कॉन्फ़िगरेशन के अंतर्गत सहायक की निष्पादन योग्य फ़ाइल बदलने से वह रूपांतरण नहीं होगा।
कार्यशील LDAP सेटअप बदलने से पहले तय करें कि आपको कौन-सा परिणाम चाहिए। वर्कस्टेशन लॉगिन के लिए उपयोग होने वाला वही उपयोगकर्ता नाम और पासवर्ड स्वीकार करना Basic प्रमाणीकरण की उचित आवश्यकता है। वह पासवर्ड पूछे बिना लॉग-इन Windows पहचान का पुनः उपयोग करना एक अलग आवश्यकता है, जिसमें प्रोटोकॉल और परिनियोजन का अलग काम है।