ntlm_auth को Squid के हेल्पर प्रोटोकॉल में बोलने पर लाना
एक बार का सफल पासवर्ड जाँच यह सिद्ध नहीं करता कि ntlm_auth वह निरंतर प्रोटोकॉल चला रहा है जिसकी Squid अपेक्षा करता है।
Squid NTLM प्रमाणीकरण के लिए जाँचें कि प्रभावी हेल्पर कमांड --helper-protocol=squid-2.5-ntlmssp चुनता है या नहीं। ऐतिहासिक संख्या हेल्पर बातचीत का नाम बताती है; वह आपसे Squid 2.5 स्थापित करने को नहीं कहती।
एक बार का ntlm_auth उपयोगकर्ता नाम/पासवर्ड जाँच किसी दूसरे मोड को परखता है। उसकी सफलता यह सिद्ध नहीं करती कि Squid ने आवश्यक आदान-प्रदान बनाए रख सकने वाला हेल्पर शुरू किया है।
लोड किए गए auth_param कॉन्फ़िगरेशन में पूरा कमांड पढ़ें और चाइल्ड के प्रारंभ या निकास संदेश की जाँच करते समय उसके आर्ग्युमेंट सुरक्षित रखें। फिर बातचीत जाँचें: Squid मानक इनपुट पर प्रोटोकॉल संदेश भेजता है और मानक आउटपुट पर प्रोटोकॉल उत्तरों की अपेक्षा करता है। रैपर का स्वागत बैनर या डीबग प्रिंट वहाँ क्रेडेंशियल का मूल्यांकन होने से पहले ही एकीकरण तोड़ सकता है। निदान मानक त्रुटि पर भेजें।
हेल्पर चलाने वाले खाते को प्रमाणित हो रहे उपयोगकर्ता से अलग जाँचें। Samba की विशेष प्रमाणीकरण सुविधाओं तक पहुँच स्थानीय सेवा अनुमति का प्रश्न है। उपयोगकर्ता का पासवर्ड बदलना वह नहीं दे सकता।
एक बार हेल्पर उपलब्ध रहे और चुना गया प्रोटोकॉल बोले, तो डोमेन सदस्यता, खाता स्वीकृति और ब्राउज़र वार्ता पर आगे बढ़ें। पहले हेल्पर संख्या बढ़ाना केवल उसी असफल एकीकरण की अधिक प्रतियाँ शुरू करता है।