Squid-logger: teller en 407 fulgt av 200 som en feil?
Tell fullførte operasjoner atskilt fra autentiseringsutvekslinger når Squid logger en utfordring etterfulgt av en vellykket tunnel.
Anta at en klient sender én forespørsel uten proxy-påloggingsinformasjon, mottar en utfordring og prøver på nytt med suksess. En forespørselslogg kan inneholde to oppføringer. Personen som bruker programmet, opplevde likevel én fullført operasjon.
Derfor fastslår ikke en logg som er delt likt mellom TCP_DENIED/407 og TCP_TUNNEL/200 automatisk en feilrate på femti prosent. Avgjør først om oppføringene danner par av utfordring og nytt forsøk.
Tell det du faktisk bryr deg om
| Måling | Antall |
|---|---|
| Autentiseringsutfordringer | Proxy-svar som ber om autentisering |
| Proxy-forsøk | Individuelle transaksjoner som mellomleddet registrerer |
| Fullførte jobber | Programoperasjoner som når det tiltenkte resultatet |
Korrelér tidsstempler, klientkontekst, destinasjon og enhver tilgjengelig forespørselsidentifikator. Et uautentisert forsøk har kanskje ikke logget brukernavn, mens det vellykkede nye forsøket har det. Samtidig aktivitet betyr at tilstøtende linjer alene er svakt bevis for at to oppføringer hører sammen.
Hold også en vellykket tunnel atskilt fra en vellykket nettstedsoperasjon. Godkjenning av CONNECT etablerer tunnelen; destinasjonen kan fortsatt feile under TLS eller returnere en programfeil etterpå.
Undersøk gjentatte avsluttende utfordringer, jobber uten senere fullføring eller en plutselig endring i antall utvekslinger. Dette er annerledes enn en stabil klient som starter med en utfordring og gjør nøyaktig det konfigurasjonen krever. Å undertrykke autentisering bare for å gjøre et dashbord grønnere ville endre tjenesten i stedet for å reparere målingen.