Како натерати ntlm_auth да говори протоколом Squid-овог помоћника
Успешна једнократна провера лозинке не доказује да ntlm_auth извршава трајни протокол који Squid очекује.
За Squid NTLM аутентификацију проверите да ли ефективна наредба помоћника бира --helper-protocol=squid-2.5-ntlmssp. Историјски број именује разговор помоћника; не говори вам да инсталирате Squid 2.5.
Једнократна провера корисничког имена и лозинке преко ntlm_auth испитује други режим. Њен успех не доказује да је Squid покренуо помоћника способног да одржи потребну размену.
Прочитајте целу наредбу у учитаној auth_param конфигурацији и сачувајте њене аргументе док истражујете поруку детета о покретању или излазу. Затим проверите разговор: Squid шаље протоколарне поруке на стандардни улаз и очекује протоколарне одговоре на стандардном излазу. Поздравни банер или дебаг испис омотача тамо може покварити интеграцију пре него што се акредитиви оцијене. Дијагностику шаљите на стандардну грешку.
Проверите налог који покреће помоћника одвојено од корисника који се аутентификује. Приступ Samba-иним привилегованим могућностима аутентификације питање је локалних дозвола сервиса. Промена корисничке лозинке то не може дати.
Кад помоћник остане доступан и говори изабраним протоколом, пређите на чланство у домену, прихватање налога и преговарање прегледача. Раније повећање броја помоћника само покреће више копија исте неуспешне интеграције.