ทำให้ ntlm_auth พูดโปรโตคอลตัวช่วยของ Squid
การตรวจสอบรหัสผ่านครั้งเดียวที่สำเร็จไม่ได้พิสูจน์ว่า ntlm_auth กำลังรันโปรโตคอลถาวรที่ Squid คาดหวัง
สำหรับการยืนยันตัวตน NTLM ของ Squid ให้ตรวจสอบว่าคำสั่งตัวช่วยที่มีผลเลือก --helper-protocol=squid-2.5-ntlmssp หรือไม่ หมายเลขเชิงประวัติศาสตร์เป็นชื่อของการสนทนากับตัวช่วย ไม่ได้สั่งให้คุณติดตั้ง Squid 2.5
การตรวจสอบชื่อผู้ใช้/รหัสผ่านครั้งเดียวผ่าน ntlm_auth ทดสอบโหมดอื่น ความสำเร็จของมันไม่ได้พิสูจน์ว่า Squid เปิดตัวช่วยที่สามารถรักษาการแลกเปลี่ยนที่จำเป็นไว้ได้
อ่านคำสั่งทั้งหมดในการกำหนดค่า auth_param ที่โหลดไว้ และรักษาอาร์กิวเมนต์ไว้ขณะตรวจสอบข้อความเริ่มหรือออกของโปรเซสลูก จากนั้นตรวจสอบการสนทนา: Squid ส่งข้อความโปรโตคอลทางอินพุตมาตรฐานและคาดหวังการตอบกลับโปรโตคอลทางเอาต์พุตมาตรฐาน แบนเนอร์ต้อนรับหรือการพิมพ์ดีบักของตัวห่อตรงนั้นอาจทำให้การเชื่อมต่อเสียก่อนที่จะประเมินข้อมูลรับรอง ส่งข้อมูลวินิจฉัยไปยังข้อผิดพลาดมาตรฐาน
ตรวจสอบบัญชีที่รันตัวช่วยแยกจากผู้ใช้ที่กำลังได้รับการยืนยันตัวตน การเข้าถึงอุปกรณ์ยืนยันตัวตนแบบพิเศษของ Samba เป็นเรื่องของสิทธิ์บริการภายในเครื่อง การเปลี่ยนรหัสผ่านของผู้ใช้ไม่สามารถให้สิทธิ์นั้นได้
เมื่อตัวช่วยยังพร้อมใช้งานและพูดโปรโตคอลที่เลือก ให้ไปที่การเป็นสมาชิกโดเมน การยอมรับบัญชี และการเจรจาของเบราว์เซอร์ การเพิ่มจำนวนตัวช่วยก่อนกำหนดเพียงแต่เปิดสำเนาเพิ่มเติมของการเชื่อมต่อเดิมที่ล้มเหลว