Primul 407 de la Squid poate fi începutul autentificării. Ca să aflați unde se oprește o încercare, urmăriți o secvență de cerere prin client, mecanismul de autentificare și decizia de acces.

Într-o sesiune de diagnostic Squid 7, secțiunea 29 conține mesaje de depanare pentru autentificare. O configurație temporară poate păstra nivelul general de avertizare ridicând acea secțiune:

debug_options ALL,1 29,5

Notați setarea de depanare anterioară, aplicați configurația de diagnostic și reproduceți o încercare mică, identificabilă. Citiți ieșirea de depanare la destinația cache_log configurată, împreună cu jurnalul de acces.

Dovezi de căutatLa ce întrebare răspund
Schema Proxy-Authenticate oferităCe i-a cerut acest proxy clientului?
Răspunsul de autentificare al clientuluiClientul a continuat schimbul oferit?
Mecanismul de autentificare sau rezultatul ajutoruluiUn cont a fost acceptat, respins sau blocat de o eroare de procesare?
Decizia de politică de acces a SquidCe s-a întâmplat cu cererea după acea stare de autentificare?

Unele scheme necesită mai multe runde de provocare. Intrările 407 repetate singure nu dovedesc că browserul a ignorat solicitarea sau că parola furnizată a fost greșită.

Pentru eșecurile ajutorului, examinați ajutorul configurat și protocolul său de rezultate specific schemei. Un proces care nu poate porni este o defecțiune diferită de un ajutor care rulează și refuză un cont. Dacă autentificarea a fost acceptată, dar Squid refuză în continuare cererea, urmați regulile de acces corespunzătoare.

Restabiliți nivelul de depanare original după ce secvența este înțeleasă. Ieșirea completă de nivel 9 poate fi foarte mare; și diagnosticarea autentificării necesită o manipulare restricționată, deoarece pot apărea detalii de cont și alte stări sensibile.

Articole similare