Logy Squid: počítá se 407 následovaná 200 jako selhání?
Počítejte dokončené operace odděleně od autentizačních výměn, když Squid zaznamená výzvu následovanou úspěšným tunelem.
Předpokládejme, že klient odešle jeden požadavek bez přihlašovacích údajů proxy, obdrží výzvu a úspěšně to zopakuje. Log požadavků může obsahovat dva záznamy. Člověk, který aplikaci používá, však zažil jednu dokončenou operaci.
Proto log rovnoměrně rozdělený mezi TCP_DENIED/407 a TCP_TUNNEL/200 automaticky neprokazuje padesátiprocentní míru selhání. Nejprve určete, zda záznamy tvoří dvojice výzvy a opakování.
Počítejte to, na čem vám skutečně záleží
| Měření | Počet |
|---|---|
| Autentizační výzvy | Odpovědi proxy vyžadující autentizaci |
| Pokusy proxy | Jednotlivé transakce zaznamenané zprostředkovatelem |
| Dokončené úlohy | Operace aplikace, které dosáhnou zamýšleného výsledku |
Propojte časová razítka, kontext klienta, cíl a jakýkoli dostupný identifikátor požadavku. Neautentizovaný pokus nemusí mít zaznamenané uživatelské jméno, zatímco jeho úspěšné opakování ano. Souběžná aktivita znamená, že sousední řádky samy o sobě jsou slabým důkazem, že dva záznamy patří k sobě.
Úspěšný tunel také udržujte odděleně od úspěšné operace webu. Přijetí CONNECT vytvoří tunel; cíl přesto může selhat během TLS nebo později vrátit chybu aplikace.
Zkoumejte opakované koncové výzvy, úlohy bez pozdějšího dokončení nebo náhlou změnu počtu výměn. To se liší od stabilního klienta, který nejprve obdrží výzvu a dělá přesně to, co jeho konfigurace vyžaduje. Potlačení autentizace jen proto, aby byl dashboard zelenější, by změnilo službu, místo aby opravilo měření.