Spor Squid 7-autentiseringen med debug_options avsnitt 29
Bruk en avgrenset feilsøkingsøkt for avsnitt 29 for å følge utfordringen, klientens svar, autentiseringshjelperen og beslutningen om tilgangspolicy.
Squids første 407 kan være begynnelsen på autentisering. For å finne ut hvor et forsøk stopper, følg én forespørselssekvens gjennom klienten, autentiseringsmekanismen og tilgangsbeslutningen.
I en Squid 7-diagnostisk økt inneholder avsnitt 29 feilsøkingsmeldinger om autentisering. En midlertidig konfigurasjon kan beholde det generelle varselnivået mens dette avsnittet heves:
debug_options ALL,1 29,5Skriv ned den forrige feilsøkingsinnstillingen, bruk diagnosekonfigurasjonen og gjenskap et lite, identifiserbart forsøk. Les feilsøkingsutdataene på den konfigurerte cache_log-destinasjonen sammen med tilgangsloggen.
| Bevis som skal søkes | Hvilket spørsmål det svarer på |
|---|---|
| Den tilbudte Proxy-Authenticate-ordningen | Hva ba denne proxyen klienten om å bruke? |
| Klientens autentiseringssvar | Fortalte klienten videre med den tilbudte utvekslingen? |
| Autentiseringsmekanismen eller hjelperens resultat | Ble en konto godtatt, avvist eller blokkert av en behandlingsfeil? |
| Squids beslutning om tilgangspolicy | Hva skjedde med forespørselen etter den autentiseringstilstanden? |
Enkelte ordninger krever flere utfordringsrunder. Gjentatte 407-oppføringer alene beviser ikke at nettleseren overså oppfordringen, eller at passordet som ble oppgitt var galt.
Ved hjelperfeil bør du undersøke den konfigurerte hjelperen og dens ordningsspesifikke resultatprotokoll. En prosess som ikke kan starte, er en annen feil enn en kjørende hjelper som avviser en konto. Hvis autentiseringen ble godtatt, men Squid fortsatt avviser forespørselen, følg de tilhørende tilgangsreglene.
Gjenopprett det opprinnelige feilsøkingsnivået når sekvensen er forstått. Fullstendig utdata på nivå 9 kan være svært store; autentiseringsdiagnostikk krever også begrenset håndtering fordi kontodetaljer og andre sensitive tilstander kan dukke opp.