Squid-loggjer: tel ein 407 følgd av 200 som ein feil?
Tel fullførte operasjonar åtskilde frå autentiseringsutvekslingar når Squid loggar ei utfordring følgd av ein vellukka tunnel.
Anta at ein klient sender éin førespurnad utan proxy-påloggingsinformasjon, mottek ei utfordring og prøver på nytt med suksess. Ein førespurnadslogg kan innehalde to oppføringar. Personen som brukar programmet, opplevde likevel éin fullført operasjon.
Derfor fastslår ikkje ein logg som er delt likt mellom TCP_DENIED/407 og TCP_TUNNEL/200 automatisk ein feilrate på femti prosent. Avgjer først om oppføringane dannar par av utfordring og nytt forsøk.
Tel det du faktisk bryr deg om
| Måling | Tal |
|---|---|
| Autentiseringsutfordringar | Proxy-svar som ber om autentisering |
| Proxy-forsøk | Einskilde transaksjonar som mellomleddet registrerer |
| Fullførte jobbar | Programoperasjonar som når det tiltenkte resultatet |
Korrelér tidsstempel, klientkontekst, destinasjon og ein kvar tilgjengeleg førespurnadsidentifikator. Eit uautentisert forsøk har kanskje ikkje logga brukarnamn, medan det vellukka nye forsøket har det. Samtidig aktivitet betyr at tilstøytande linjer åleine er svakt prov for at to oppføringar høyrer saman.
Hald òg ein vellukka tunnel åtskild frå ein vellukka nettstadoperasjon. Godkjenning av CONNECT etablerer tunnelen; destinasjonen kan framleis feile under TLS eller returnere ein programfeil etterpå.
Undersøk gjentekne avsluttande utfordringar, jobbar utan seinare fullføring eller ei brå endring i talet på utvekslingar. Dette er annleis enn ein stabil klient som startar med ei utfordring og gjer nøyaktig det konfigurasjonen krev. Å undertrykkje autentisering berre for å gjere eit dashbord grønare ville endre tenesta i staden for å reparere målinga.