Hogyan beszéltessük az ntlm_auth-t a Squid segédprotokollján
Egy sikeres egyszeri jelszóellenőrzés nem bizonyítja, hogy az ntlm_auth a Squid által várt tartós protokollt futtatja.
A Squid NTLM-hitelesítésénél vizsgálja meg, hogy a tényleges segédparancs a --helper-protocol=squid-2.5-ntlmssp opciót választja-e. A történelmi szám a segédbeszélgetést nevezi meg; nem azt jelenti, hogy telepítenie kellene a Squid 2.5-öt.
Az egyszeri ntlm_auth felhasználónév/jelszó ellenőrzés másik módot próbál. Sikere nem bizonyítja, hogy a Squid olyan segédet indított, amely fenn tudja tartani a szükséges cserét.
Olvassa el a teljes parancsot a betöltött auth_param konfigurációban, és őrizze meg az argumentumait, miközben a gyermekfolyamat indítási vagy kilépési üzenetét vizsgálja. Ezután ellenőrizze a beszélgetést: a Squid protokollüzeneteket küld a szabványos bemenetre, és protokollválaszokat vár a szabványos kimeneten. Egy burkoló ott megjelenő üdvözlőszalagja vagy hibakeresési kiírása még a hitelesítő adatok kiértékelése előtt megtörheti az integrációt. A diagnosztikát a szabványos hibára küldje.
A segédet futtató fiókot külön ellenőrizze a hitelesített felhasználótól. A Samba kiemelt hitelesítési szolgáltatásaihoz való hozzáférés helyi szolgáltatásengedély kérdése. A felhasználó jelszavának megváltoztatása ezt nem adhatja meg.
Amint a segéd elérhető marad és a választott protokollon beszél, lépjen tovább a tartománytagságra, a fiók elfogadására és a böngészőegyeztetésre. A segédek számának korábbi növelése csak a sikertelen integráció több példányát indítja el.