Squid-logs: tæller en 407 fulgt af 200 som en fejl?
Tæl fuldførte handlinger adskilt fra autentificeringsudvekslinger, når Squid logger en udfordring efterfulgt af en vellykket tunnel.
Antag, at en klient sender én anmodning uden proxy-legitimationsoplysninger, modtager en udfordring og prøver igen med succes. En anmodningslog kan indeholde to poster. Den person, der bruger applikationen, oplevede dog én fuldført handling.
Derfor fastslår en log, der er delt ligeligt mellem TCP_DENIED/407 og TCP_TUNNEL/200, ikke automatisk en fejlrate på halvtreds procent. Afgør først, om posterne danner par af udfordring og gentagelse.
Tæl det, du faktisk har brug for
| Måling | Antal |
|---|---|
| Autentificeringsudfordringer | Proxy-svar, der anmoder om autentificering |
| Proxy-forsøg | Individuelle transaktioner registreret af mellemleddet |
| Fuldførte job | Applikationshandlinger, der når det tilsigtede resultat |
Korrelér tidsstempler, klientkontekst, destination og enhver tilgængelig anmodningsidentifikator. Et uautentificeret forsøg har måske intet logget brugernavn, mens dets vellykkede gentagelse har. Samtidig aktivitet betyder, at tilstødende linjer alene er svage beviser for, at to poster hører sammen.
Hold også en vellykket tunnel adskilt fra en vellykket webstedsoperation. Accept af CONNECT etablerer tunnelen; destinationen kan stadig fejle under TLS eller returnere en applikationsfejl bagefter.
Undersøg gentagne terminale udfordringer, job uden senere fuldførelse eller en pludselig ændring i antallet af udvekslinger. Det er anderledes end en stabil klient, der starter med en udfordring og gør præcis, hvad dens konfiguration kræver. At undertrykke autentificering blot for at gøre et dashboard grønnere ville ændre tjenesten i stedet for at reparere målingen.