Praćenje autentifikacije Squid 7 pomoću debug_options odjeljka 29
Upotrijebite ograničenu sesiju otklanjanja pogrešaka za odjeljak 29 da pratite izazov, odgovor klijenta, pomoćnik za autentifikaciju i odluku o politici pristupa.
Prvi 407 od Squid može biti početak autentifikacije. Da biste pronašli gdje se pokušaj zaustavlja, pratite jedan slijed zahtjeva kroz klijent, mehanizam autentifikacije i odluku o pristupu.
U dijagnostičkoj sesiji Squid 7 odjeljak 29 sadrži poruke za otklanjanje pogrešaka autentifikacije. Privremena konfiguracija može zadržati opću razinu upozorenja uz povećanje tog odjeljka:
debug_options ALL,1 29,5Zabilježite prethodnu postavku otklanjanja pogrešaka, primijenite dijagnostičku konfiguraciju i ponovite mali, prepoznatljiv pokušaj. Čitajte izlaz otklanjanja pogrešaka na konfiguriranom odredištu cache_log zajedno s dnevnikom pristupa.
| Dokazi koje tražiti | Na koje pitanje odgovaraju |
|---|---|
| Ponuđena Proxy-Authenticate shema | Što je ovaj proxy zatražio od klijenta? |
| Odgovor klijenta na autentifikaciju | Je li klijent nastavio ponuđenu razmjenu? |
| Mehanizam autentifikacije ili rezultat pomoćnika | Je li račun prihvaćen, odbijen ili blokiran zbog pogreške u obradi? |
| Odluka Squid o politici pristupa | Što se dogodilo sa zahtjevom nakon tog stanja autentifikacije? |
Neke sheme zahtijevaju više krugova izazova. Ponovljeni unosi 407 sami po sebi ne dokazuju da je preglednik zanemario upit ili da je unesena lozinka bila pogrešna.
Kod kvarova pomoćnika pregledajte konfiguriranog pomoćnika i njegov protokol rezultata specifičan za shemu. Proces koji se ne može pokrenuti drukčiji je kvar od pomoćnika koji radi i odbija račun. Ako je autentifikacija prihvaćena, ali Squid i dalje odbija zahtjev, slijedite odgovarajuća pravila pristupa.
Vratite izvornu razinu otklanjanja pogrešaka kad slijed postane jasan. Pun izlaz razine 9 može biti vrlo velik; dijagnostika autentifikacije također zahtijeva ograničeno rukovanje jer se mogu pojaviti podaci o računu i druga osjetljiva stanja.