Squid-logs: telt een 407 gevolgd door 200 als een fout?
Tel voltooide bewerkingen apart van authenticatie-uitwisselingen wanneer Squid een uitdaging gevolgd door een geslaagde tunnel logt.
Stel dat een client één verzoek zonder proxy-inloggegevens verstuurt, een uitdaging ontvangt en het met succes opnieuw probeert. Een verzoeklog kan twee vermeldingen bevatten. De persoon die de toepassing gebruikt, heeft echter één voltooide bewerking ervaren.
Daarom bewijst een log dat gelijk verdeeld is tussen TCP_DENIED/407 en TCP_TUNNEL/200 niet automatisch een foutpercentage van vijftig procent. Bepaal eerst of de vermeldingen paren van uitdaging en nieuwe poging vormen.
Tel wat je echt belangrijk vindt
| Meting | Aantal |
|---|---|
| Authenticatie-uitdagingen | Proxy-antwoorden die om authenticatie vragen |
| Proxy-pogingen | Afzonderlijke transacties die de tussenlaag vastlegt |
| Voltooide taken | Toepassingsbewerkingen die het beoogde resultaat bereiken |
Correleer tijdstempels, clientcontext, bestemming en elke beschikbare verzoekidentificatie. Een niet-geauthenticeerde poging heeft mogelijk geen vastgelegde gebruikersnaam, terwijl de geslaagde nieuwe poging die wel heeft. Gelijktijdige activiteit betekent dat aangrenzende regels op zichzelf zwak bewijs zijn dat twee vermeldingen bij elkaar horen.
Houd ook een geslaagde tunnel gescheiden van een geslaagde websitebewerking. Het accepteren van CONNECT brengt de tunnel tot stand; de bestemming kan alsnog mislukken tijdens TLS of daarna een toepassingsfout teruggeven.
Onderzoek herhaalde einduitdagingen, taken zonder latere voltooiing of een plotselinge verandering in het aantal uitwisselingen. Die verschillen van een stabiele client die met een uitdaging begint en precies doet wat de configuratie vraagt. Authenticatie onderdrukken alleen om een dashboard groener te maken zou de dienst veranderen in plaats van de meting te repareren.