Prvi 407 pri Squid je lahko začetek preverjanja pristnosti. Če želite ugotoviti, kje se poskus ustavi, sledite enemu zaporedju zahteve skozi odjemalca, mehanizem preverjanja pristnosti in odločitev o dostopu.

V diagnostični seji Squid 7 razdelek 29 vsebuje sporočila razhroščevanja preverjanja pristnosti. Začasna konfiguracija lahko ohrani splošno raven opozoril in hkrati dvigne ta razdelek:

debug_options ALL,1 29,5

Zabeležite prejšnjo nastavitev razhroščevanja, uporabite diagnostično konfiguracijo in ponovite majhen, prepoznaven poskus. Preberite izhod razhroščevanja na konfiguriranem cilju cache_log skupaj z dnevnikom dostopa.

Dokazi, ki jih iskatiNa katero vprašanje odgovarjajo
Ponujena shema Proxy-AuthenticateKaj je ta posrednik zahteval od odjemalca?
Odgovor odjemalca za preverjanje pristnostiAli je odjemalec nadaljeval ponujeno izmenjavo?
Mehanizem preverjanja pristnosti ali rezultat pomočnikaJe bil račun sprejet, zavrnjen ali blokiran zaradi napake pri obdelavi?
Odločitev Squid o politiki dostopaKaj se je zgodilo z zahtevo po tem stanju preverjanja pristnosti?

Nekatere sheme zahtevajo več krogov izziva. Ponovljeni vnosi 407 sami po sebi ne dokazujejo, da je brskalnik prezrl poziv ali da je bilo vneseno geslo napačno.

Pri napakah pomočnika preglejte konfiguriranega pomočnika in njegov protokol rezultatov, specifičen za shemo. Proces, ki se ne more zagnati, je drugačna napaka kot delujoč pomočnik, ki zavrača račun. Če je bilo preverjanje pristnosti sprejeto, a Squid zahtevo še vedno zavrača, sledite ustreznim pravilom dostopa.

Ko je zaporedje razumljeno, obnovite prvotno raven razhroščevanja. Celoten izhod ravni 9 je lahko zelo velik; tudi diagnostika preverjanja pristnosti zahteva omejeno ravnanje, ker se lahko pojavijo podatki o računu in druga občutljiva stanja.

Sorodni članki