Како да го натерате ntlm_auth да зборува на протоколот на Squid-овиот помошник
Успешна еднократна проверка на лозинка не докажува дека ntlm_auth го извршува постојаниот протокол што Squid го очекува.
За NTLM автентикација на Squid, проверете дали ефективната команда на помошникот избира --helper-protocol=squid-2.5-ntlmssp. Историскиот број го именува разговорот со помошникот; тој не ви кажува да инсталирате Squid 2.5.
Еднократната проверка на корисничко име и лозинка преку ntlm_auth испитува друг режим. Нејзиниот успех не докажува дека Squid стартувал помошник способен да ја одржи потребната размена.
Прочитајте ја целата команда во вчитаната auth_param конфигурација и запазете ги нејзините аргументи додека ја истражувате пораката за стартување или излез на детето. Потоа проверете го разговорот: Squid испраќа протоколски пораки на стандардниот влез и очекува протоколски одговори на стандардниот излез. Поздравниот банер или дебаг печатењето на обвивката таму може да ја расипе интеграцијата пред да се оценат акредитивите. Испраќајте дијагностика на стандардната грешка.
Проверете ја сметката што го извршува помошникот одделно од корисникот што се автентицира. Пристапот до привилегираните средства за автентикација на Samba е прашање на локални дозволи за услугата. Менувањето на лозинката на корисникот не може да го даде тоа.
Откако помошникот ќе остане достапен и ќе зборува на избраниот протокол, преминете на членство во домен, прифаќање на сметката и преговарање на прелистувачот. Прераното зголемување на бројот на помошници само стартува повеќе копии од истата неуспешна интеграција.