Squiden lehen 407a autentifikazioaren hasiera izan daiteke. Saiakera bat non gelditzen den jakiteko, jarraitu eskaera-sekuentzia bat bezeroaren, autentifikazio-mekanismoaren eta sarbide-erabakiaren bidez.

Squid 7ko diagnostiko-saio batean, 29. atalak autentifikazioaren arazketa-mezuak ditu. Konfigurazio aldi baterako batek abisu-maila orokorra mantendu dezake atal hori igoz:

debug_options ALL,1 29,5

Idatzi aurreko arazketa-ezarpena, aplikatu diagnostiko-konfigurazioa eta errepikatu saiakera txiki eta identifikagarri bat. Irakurri arazketa-irteera konfiguratutako cache_log helmugan, sarbide-erregistroarekin batera.

Bilatzeko frogaZein galderari erantzuten dio
Eskainitako Proxy-Authenticate eskemaZer eskatu zion proxy honek bezeroari?
Bezeroaren autentifikazio-erantzunaJarraitu zuen bezeroak eskainitako trukea?
Autentifikazio-mekanismoa edo laguntzailearen emaitzaKontu bat onartu, baztertu edo prozesamendu-hutsegiteagatik blokeatu zen?
Squiden sarbide-politikaren erabakiaZer gertatu zen eskaerarekin autentifikazio-egoera horren ondoren?

Eskema batzuek hainbat erronka-txanda eskatzen dituzte. Errepikatutako 407 sarrerek bere horretan ez dute frogatzen nabigatzaileak abisua alde batera utzi zuenik edo emandako pasahitza okerra zenik.

Laguntzailearen hutsegiteetan, aztertu konfiguratutako laguntzailea eta haren eskema-eremuko emaitza-protokoloa. Hasi ezin den prozesua akats desberdina da kontu bat baztertzen duen martxan dagoen laguntzailearena baino. Autentifikazioa onartu baina Squidek eskaera ukatzen jarraitzen badu, jarraitu dagozkion sarbide-arauak.

Berrezarri jatorrizko arazketa-maila sekuentzia ulertu ondoren. 9. mailako irteera osoa oso handia izan daiteke; autentifikazioaren diagnostikoak murriztutako erabilera ere behar du, kontuaren xehetasunak eta beste egoera sentikor batzuk ager daitezkeelako.

Erlazionatutako artikuluak