Squid 7 autentifikavimo sekimas naudojant debug_options 29 skyrių
Naudokite ribotą 29 skyriaus derinimo sesiją, kad stebėtumėte iššūkį, kliento atsakymą, autentifikavimo pagalbininką ir prieigos politikos sprendimą.
Pirmasis Squid 407 gali būti autentifikavimo pradžia. Norėdami rasti, kur bandymas sustoja, sekite vieną užklausos seką per klientą, autentifikavimo mechanizmą ir prieigos sprendimą.
Squid 7 diagnostikos sesijoje 29 skyriuje yra autentifikavimo derinimo pranešimai. Laikinoji konfigūracija gali išlaikyti bendrą įspėjimų lygį ir padidinti tą skyrių:
debug_options ALL,1 29,5Užsirašykite ankstesnį derinimo nustatymą, pritaikykite diagnostikos konfigūraciją ir pakartokite nedidelį, atpažįstamą bandymą. Skaitykite derinimo išvestį sukonfigūruotoje cache_log vietoje kartu su prieigos žurnalu.
| Įrodymai, kurių ieškoti | Į kokį klausimą jie atsako |
|---|---|
| Pasiūlyta Proxy-Authenticate schema | Ko šis tarpinis serveris paprašė kliento? |
| Kliento autentifikavimo atsakymas | Ar klientas tęsė pasiūlytą mainus? |
| Autentifikavimo mechanizmas arba pagalbininko rezultatas | Ar paskyra buvo priimta, atmesta ar užblokuota dėl apdorojimo gedimo? |
| Squid prieigos politikos sprendimas | Kas atsitiko užklausai po šios autentifikavimo būsenos? |
Kai kurios schemos reikalauja kelių iššūkio ratų. Pasikartojantys 407 įrašai patys savaime neįrodo, kad naršyklė nepaisė raginimo arba kad pateiktas slaptažodis buvo neteisingas.
Jei pagalbininkas sugenda, patikrinkite sukonfigūruotą pagalbininką ir jo schemai būdingą rezultatų protokolą. Procesas, kuris negali startuoti, yra kitoks gedimas nei veikiantis pagalbininkas, atmetantis paskyrą. Jei autentifikavimas priimtas, bet Squid vis tiek atmeta užklausą, vadovaukitės atitinkamomis prieigos taisyklėmis.
Kai seka suprasta, atkurkite pradinį derinimo lygį. Visas 9 lygio išvedimas gali būti labai didelis; autentifikavimo diagnostika taip pat reikalauja riboto tvarkymo, nes gali pasirodyti paskyros duomenys ir kitos jautrios būsenos.