Как да накараме ntlm_auth да говори протокола на помощника на Squid
Успешна еднократна проверка на парола не доказва, че ntlm_auth изпълнява постоянния протокол, който Squid очаква.
За NTLM удостоверяване в Squid проверете дали ефективната команда на помощника избира --helper-protocol=squid-2.5-ntlmssp. Историческото число назовава разговора с помощника; то не ви казва да инсталирате Squid 2.5.
Еднократната проверка на потребителско име и парола чрез ntlm_auth изпитва друг режим. Нейният успех не доказва, че Squid е стартирал помощник, способен да поддържа необходимия обмен.
Прочетете пълната команда в заредената конфигурация auth_param и запазете аргументите ѝ, докато разследвате съобщението на дъщерния процес при стартиране или изход. След това проверете разговора: Squid изпраща протоколни съобщения на стандартния вход и очаква протоколни отговори на стандартния изход. Приветственият банер или отпечатъкът за отстраняване на грешки на обвивката там може да счупи интеграцията, преди да бъдат оценени удостоверенията. Изпращайте диагностиката към стандартната грешка.
Проверете акаунта, който изпълнява помощника, отделно от потребителя, който се удостоверява. Достъпът до привилегированите средства за удостоверяване на Samba е въпрос на локални права за услугата. Смяната на паролата на потребителя не може да го даде.
След като помощникът остане наличен и говори избрания протокол, преминете към членство в домейна, приемане на акаунта и договаряне с браузъра. По-ранното увеличаване на броя помощници само стартира повече копия на същата неуспешна интеграция.