Kaip priversti ntlm_auth kalbėti Squid pagalbininko protokolu
Sėkmingas vienkartinis slaptažodžio patikrinimas neįrodo, kad ntlm_auth vykdo nuolatinį protokolą, kurio tikisi Squid.
Squid NTLM autentifikacijai patikrinkite, ar efektyvi pagalbininko komanda pasirenka --helper-protocol=squid-2.5-ntlmssp. Istorinis numeris įvardija pagalbininko pokalbį; jis neliepia diegti Squid 2.5.
Vienkartinis ntlm_auth naudotojo vardo/slaptažodžio patikrinimas išbando kitą režimą. Jo sėkmė neįrodo, kad Squid paleido pagalbininką, galintį palaikyti reikiamą mainus.
Perskaitykite visą komandą įkeltame auth_param konfigūracijoje ir išsaugokite jos argumentus, kol tiriate vaikinio proceso paleidimo arba išėjimo pranešimą. Tada patikrinkite pokalbį: Squid siunčia protokolo pranešimus į standartinį įėjimą ir tikisi protokolo atsakymų standartiniame išėjime. Apvalkalo pasveikinimo reklamjuostė ar derinimo spaudinys ten gali sugriauti integraciją dar neįvertinus prisijungimo duomenų. Diagnostiką siųskite į standartinę klaidą.
Patikrinkite paskyrą, kuri vykdo pagalbininką, atskirai nuo autentifikuojamo naudotojo. Prieiga prie Samba privilegijuotų autentifikavimo priemonių yra vietinių paslaugos leidimų klausimas. Naudotojo slaptažodžio keitimas to negali suteikti.
Kai pagalbininkas lieka pasiekiamas ir kalba pasirinktu protokolu, pereikite prie domeno narystės, paskyros priėmimo ir naršyklės derybų. Ankstesnis pagalbininkų skaičiaus didinimas tik paleidžia daugiau tos pačios nepavykusios integracijos kopijų.