Praćenje autentifikacije Squid 7 pomoću debug_options odeljka 29
Koristite ograničenu sesiju za otklanjanje grešaka odeljka 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 gde se pokušaj zaustavlja, pratite jedan sled zahteva kroz klijent, mehanizam autentifikacije i odluku o pristupu.
U dijagnostičkoj sesiji Squid 7 odeljak 29 sadrži poruke za otklanjanje grešaka autentifikacije. Privremena konfiguracija može zadržati opšti nivo upozorenja uz povećanje tog odeljka:
debug_options ALL,1 29,5Zabeležite prethodno podešavanje otklanjanja grešaka, primenite dijagnostičku konfiguraciju i ponovite mali, prepoznatljiv pokušaj. Čitajte izlaz otklanjanja grešaka na konfigurisanom odredištu cache_log zajedno sa dnevnikom pristupa.
| Dokazi koje tražiti | Na koje pitanje odgovaraju |
|---|---|
| Ponuđena Proxy-Authenticate šema | Šta je ovaj proksi tražio od klijenta? |
| Odgovor klijenta na autentifikaciju | Da li je klijent nastavio ponuđenu razmenu? |
| Mehanizam autentifikacije ili rezultat pomoćnika | Da li je nalog prihvaćen, odbijen ili blokiran zbog greške u obradi? |
| Odluka Squid o politici pristupa | Šta se dogodilo sa zahtevom nakon tog stanja autentifikacije? |
Neke šeme zahtevaju više krugova izazova. Ponovljeni unosi 407 sami po sebi ne dokazuju da je pregledač zanemario upit ili da je uneta lozinka bila pogrešna.
Kod kvarova pomoćnika pregledajte konfigurisanog pomoćnika i njegov protokol rezultata specifičan za šemu. Proces koji ne može da se pokrene drugačiji je kvar od pomoćnika koji radi i odbija nalog. Ako je autentifikacija prihvaćena, ali Squid i dalje odbija zahtev, sledite odgovarajuća pravila pristupa.
Vratite izvorni nivo otklanjanja grešaka kad sled postane jasan. Pun izlaz nivoa 9 može biti vrlo velik; dijagnostika autentifikacije takođe zahteva ograničeno rukovanje jer se mogu pojaviti podaci o nalogu i druga osetljiva stanja.