Squid-loggar: räknas en 407 följd av 200 som ett fel?
Räkna slutförda operationer separat från autentiseringsutbyten när Squid loggar en utmaning följd av en lyckad tunnel.
Anta att en klient skickar en förfrågan utan proxyuppgifter, får en utmaning och försöker igen med framgång. En förfrågningslogg kan innehålla två poster. Personen som använder programmet upplevde dock en slutförd operation.
Därför fastställer inte en logg som delas jämnt mellan TCP_DENIED/407 och TCP_TUNNEL/200 automatiskt en felfrekvens på femtio procent. Avgör först om posterna bildar par av utmaning och nytt försök.
Räkna det du faktiskt bryr dig om
| Mätning | Antal |
|---|---|
| Autentiseringsutmaningar | Proxysvar som begär autentisering |
| Proxyförsök | Enskilda transaktioner som mellanhanden registrerar |
| Slutförda jobb | Programoperationer som når det avsedda resultatet |
Korrelera tidsstämplar, klientkontext, destination och eventuell tillgänglig förfrågningsidentifierare. Ett oautentiserat försök har kanske inget loggat användarnamn, medan dess lyckade nya försök har det. Samtidig aktivitet innebär att intilliggande rader ensamma är svaga bevis för att två poster hör ihop.
Håll också en lyckad tunnel åtskild från en lyckad webbplatsoperation. Godkännande av CONNECT etablerar tunneln; destinationen kan fortfarande misslyckas under TLS eller returnera ett programfel efteråt.
Undersök upprepade slutliga utmaningar, jobb utan senare slutförande eller en plötslig förändring i antalet utbyten. Dessa skiljer sig från en stabil klient som börjar med en utmaning och gör precis vad dess konfiguration kräver. Att undertrycka autentisering bara för att göra en instrumentpanel grönare skulle ändra tjänsten i stället för att reparera mätningen.