Squid dnevnici: računa li se 407 praćen sa 200 kao neuspjeh?
Brojite dovršene operacije odvojeno od razmjena autentifikacije kada Squid bilježi izazov nakon kojeg slijedi uspješan tunel.
Pretpostavimo da klijent pošalje jedan zahtjev bez proxy akreditiva, primi izazov i uspješno pokuša ponovo. Dnevnik zahtjeva može sadržavati dva unosa. Osoba koja koristi aplikaciju doživjela je jednu dovršenu operaciju.
Zato dnevnik ravnomjerno podijeljen između TCP_DENIED/407 i TCP_TUNNEL/200 ne utvrđuje automatski stopu neuspjeha od pedeset posto. Najprije utvrdite čine li unosi parove izazova i ponovnog pokušaja.
Brojite ono do čega vam je zaista stalo
| Mjerenje | Broj |
|---|---|
| Izazovi autentifikacije | Odgovori proxyja koji traže autentifikaciju |
| Proxy pokušaji | Pojedinačne transakcije koje bilježi posrednik |
| Dovršeni poslovi | Operacije aplikacije koje postižu željeni ishod |
Povežite vremenske oznake, kontekst klijenta, odredište i svaki dostupni identifikator zahtjeva. Pokušaj bez autentifikacije možda nema zabilježeno korisničko ime, dok ga uspješni ponovni pokušaj ima. Istovremena aktivnost znači da su susjedni redovi sami po sebi slab dokaz da dva unosa pripadaju zajedno.
Također držite uspješan tunel odvojeno od uspješne web operacije. Prihvatanje CONNECT uspostavlja tunel; odredište i dalje može pasti tijekom TLS-a ili kasnije vratiti grešku aplikacije.
Istražite ponavljane završne izazove, poslove bez kasnijeg dovršetka ili naglu promjenu broja razmjena. To se razlikuje od stabilnog klijenta koji prvo dobije izazov i radi tačno ono što njegova konfiguracija traži. Potiskivanje autentifikacije samo da bi nadzorna ploča bila zelenija promijenilo bi uslugu umjesto da popravi mjerenje.