Praćenje autentifikacije Squid 7 pomoću debug_options odjeljak 29
Koristite ograničenu sesiju otklanjanja grešaka za odjeljak 29 da pratite izazov, odgovor klijenta, pomoćnika 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 grešaka autentifikacije. Privremena konfiguracija može zadržati opći nivo upozorenja uz povećanje tog odjeljka:
debug_options ALL,1 29,5Zabilježite prethodnu postavku otklanjanja grešaka, primijenite dijagnostičku konfiguraciju i ponovite mali, prepoznatljiv pokušaj. Čitajte izlaz otklanjanja grešaka na konfiguriranom odredištu cache_log zajedno s dnevnikom pristupa.
| Dokazi koje tražiti | Na koje pitanje odgovaraju |
|---|---|
| Ponuđena Proxy-Authenticate shema | Šta je ovaj proxy traž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 greške u obradi? |
| Odluka Squid o politici pristupa | Šta 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 izvorni nivo otklanjanja grešaka kad slijed postane jasan. Pun izlaz nivoa 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.