Spor Squid 7-autentisering med debug_options avsnitt 29
Bruk en avgrenset feilsøkingsøkt for avsnitt 29 til å følge utfordringen, klientens svar, autentiseringshjelperen og beslutningen om tilgangspolicy.
Squids første 407 kan være starten 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 for autentisering. En midlertidig konfigurasjon kan beholde det generelle varselnivået mens den hever dette avsnittet:
debug_options ALL,1 29,5Noter den forrige feilsøkingsinnstillingen, bruk den diagnostiske konfigurasjonen og gjenskap et lite, identifiserbart forsøk. Les feilsøkingsutdataene på den konfigurerte cache_log-destinasjonen sammen med tilgangsloggen.
| Bevis å lete etter | Hvilket spørsmål det besvarer |
|---|---|
| Den tilbudte Proxy-Authenticate-ordningen | Hva ba denne proxyen klienten om å bruke? |
| Klientens autentiseringssvar | Fortsatte klienten 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? |
Noen ordninger krever flere utfordringsrunder. Gjentatte 407-oppføringer alene beviser ikke at nettleseren ignorerte oppfordringen, eller at passordet som ble oppgitt var feil.
Ved hjelperfeil, undersøk 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. Fullt nivå 9-utdata kan være svært stort; autentiseringsdiagnostikk krever også begrenset håndtering fordi kontodetaljer og andre sensitive tilstander kan forekomme.