Як змусити ntlm_auth говорити протоколом помічника Squid
Успішна одноразова перевірка пароля не доводить, що ntlm_auth виконує постійний протокол, якого очікує Squid.
Для NTLM-автентифікації в Squid перевірте, чи чинна команда помічника вибирає --helper-protocol=squid-2.5-ntlmssp. Історичне число називає розмову помічника; воно не вимагає встановлювати Squid 2.5.
Одноразова перевірка імені користувача й пароля через ntlm_auth перевіряє інший режим. Її успіх не доводить, що Squid запустив помічника, здатного підтримувати потрібний обмін.
Прочитайте повну команду в завантаженій конфігурації auth_param і збережіть її аргументи, досліджуючи повідомлення дочірнього процесу про запуск або вихід. Потім перевірте розмову: Squid надсилає протокольні повідомлення в стандартний ввід і очікує протокольних відповідей у стандартному виводі. Привітальний банер або налагоджувальний друк обгортки там може зламати інтеграцію ще до оцінювання облікових даних. Діагностику надсилайте в стандартний потік помилок.
Перевірте обліковий запис, що запускає помічника, окремо від користувача, який проходить автентифікацію. Доступ до привілейованих засобів автентифікації Samba — це питання локальних прав служби. Зміна пароля користувача не може його надати.
Коли помічник залишається доступним і говорить обраним протоколом, переходьте до членства в домені, прийняття облікового запису й узгодження з браузером. Раніше збільшення кількості помічників лише запускає більше копій тієї самої несправної інтеграції.