Jak přimět ntlm_auth mluvit protokolem pomocníka Squid
Úspěšná jednorázová kontrola hesla neprokazuje, že ntlm_auth spouští trvalý protokol, který Squid očekává.
U ověřování NTLM v Squidu zkontrolujte, zda efektivní příkaz pomocníka volí --helper-protocol=squid-2.5-ntlmssp. Historické číslo pojmenovává rozhovor pomocníka; neříká vám, abyste instalovali Squid 2.5.
Jednorázová kontrola uživatelského jména a hesla přes ntlm_auth testuje jiný režim. Její úspěch neprokazuje, že Squid spustil pomocníka schopného udržet požadovanou výměnu.
Přečtěte si celý příkaz v načtené konfiguraci auth_param a zachovejte jeho argumenty, zatímco zkoumáte zprávu potomka o spuštění nebo ukončení. Poté zkontrolujte rozhovor: Squid posílá protokolové zprávy na standardní vstup a očekává protokolové odpovědi na standardním výstupu. Uvítací banner nebo ladicí výpis obalu tam může rozbít integraci ještě před vyhodnocením přihlašovacích údajů. Diagnostiku posílejte na standardní chybu.
Zkontrolujte účet spouštějící pomocníka odděleně od ověřovaného uživatele. Přístup k privilegovaným ověřovacím službám Samby je otázkou místních oprávnění služby. Změna uživatelského hesla jej nemůže udělit.
Jakmile pomocník zůstane dostupný a mluví zvoleným protokolem, přejděte k členství v doméně, přijetí účtu a vyjednávání prohlížeče. Dřívější zvýšení počtu pomocníků jen spustí více kopií stejné nefunkční integrace.