Squid संरचना Active Directory विरुद्ध पासवर्ड तपासू शकते आणि तरीही लॉगिन पेटी दाखवू शकते. याचा अर्थ काहीतरी नक्की बिघडले आहे असा होत नाही. AD सांगते खाते कुठे आहे; ब्राउझर वापरकर्ता कोण आहे हे कसे सिद्ध करेल ते सांगत नाही.

या ओळीत महत्त्वाचा शब्द basic आहे:

auth_param basic realm Windows Logon

realm नंतरचे शब्द संरक्षित प्रमाणीकरण क्षेत्राला नाव देतात. ते Windows प्रवेश टोकन मागत नाहीत आणि आव्हान Negotiate मध्ये बदलत नाहीत. Basic LDAP सहाय्यक दिलेली ओळखपत्रे घेऊन ती निर्देशिकेविरुद्ध तपासतो.

नेहमीच्या संरचनेत तीन स्वतंत्र निर्णय असतात: Squid क्लायंटला कसे आव्हान देतो, सहाय्यक त्या प्रतिसादाची पडताळणी कशी करतो, आणि प्रवेश नियम कोणत्या प्रमाणित वापरकर्त्यांना किंवा गटांना परवानगी देतो. यशस्वी LDAP गट शोध फक्त शेवटचा निर्णय हाताळतो. तो ब्राउझरची गहाळ ओळखपत्रे पुरवू शकत नाही.

जर गरज शांत साइन-इन असेल

ब्राउझरला समर्थित एकात्मिक प्रमाणीकरण योजना निवडा आणि तिच्या सर्व्हर-बाजूच्या पूर्वअटी संरचित करा. Kerberos-आधारित Negotiate साठी यात सेवा ओळख आणि किल्ली सामग्री, तसेच त्या प्रॉक्सीकडे प्रमाणीकरणाची परवानगी देणारे क्लायंट धोरण समाविष्ट आहे. केवळ Basic संरचनेखाली सहाय्यकाची कार्यान्वित फाईल बदलल्याने ते रूपांतर होणार नाही.

कार्यरत LDAP सेटअप बदलण्यापूर्वी तुम्हाला कोणता परिणाम हवा आहे ते ठरवा. वर्कस्टेशन लॉगिनसाठी वापरलेले तेच वापरकर्तानाव आणि पासवर्ड स्वीकारणे ही Basic प्रमाणीकरणाची वाजवी गरज आहे. तो पासवर्ड न विचारता लॉग-इन झालेली Windows ओळख पुन्हा वापरणे ही वेगळी गरज आहे, ज्यासाठी वेगळे प्रोटोकॉल आणि तैनातीचे काम लागते.

संबंधित लेख