Den første 407 frå Squid kan vere starten på autentisering. For å finne ut kvar eit forsøk stoppar, følg éin førespurnadssekvens gjennom klienten, autentiseringsmekanismen og tilgangsavgjerda.

I ei Squid 7-diagnostisk økt inneheld avsnitt 29 feilsøkingsmeldingar for autentisering. Ei midlertidig konfigurasjon kan halde det generelle varselnivået medan ho hevar dette avsnittet:

debug_options ALL,1 29,5

Noter den førre feilsøkingsinnstillinga, bruk den diagnostiske konfigurasjonen og gjenskap eit lite, identifiserbart forsøk. Les feilsøkingsutdata på den konfigurerte cache_log-destinasjonen saman med tilgangsloggen.

Bevis å leite etterKva spørsmål det svarar på
Den tilbodne Proxy-Authenticate-ordningaKva bad denne proxyen klienten om å bruke?
Autentiseringssvaret frå klientenFortsette klienten den tilbodne utvekslinga?
Autentiseringsmekanismen eller resultatet frå hjelparenVart ei konto godteken, avvist eller blokkert av ein handsamingsfeil?
Avgjerda til Squid om tilgangspolicyKva hende med førespurnaden etter den autentiseringstilstanden?

Nokre ordningar krev fleire utfordringsrundar. Gjentekne 407-oppføringar åleine beviser ikkje at nettlesaren ignorerte oppfordringa, eller at passordet som vart oppgjeve var feil.

Ved hjelparfeil, gransk den konfigurerte hjelparen og den ordningsspesifikke resultatprotokollen hans. Ein prosess som ikkje kan starte, er ein annan feil enn ein køyrande hjelpar som avviser ei konto. Viss autentiseringa vart godteken, men Squid framleis avviser førespurnaden, følg dei tilhøyrande tilgangsreglane.

Gjenopprett det opphavlege feilsøkingsnivået når sekvensen er forstått. Fullt nivå 9-utdata kan vere svært stort; autentiseringsdiagnostikk krev òg avgrensa handsaming fordi kontoopplysningar og andre sensitive tilstandar kan dukke opp.

Relaterte artiklar