Squid zapisi: računa li se 407 nakon kojeg slijedi 200 kao neuspjeh?
Brojite dovršene radnje odvojeno od razmjena autentifikacije kada Squid bilježi izazov nakon kojeg slijedi uspješan tunel.
Pretpostavimo da klijent pošalje jedan zahtjev bez proxy vjerodajnica, primi izazov i uspješno pokuša ponovno. Zapis zahtjeva može sadržavati dva unosa. Osoba koja koristi aplikaciju doživjela je jednu dovršenu radnju.
Zato zapis 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 doista stalo
| Mjerenje | Broj |
|---|---|
| Izazovi autentifikacije | Odgovori proxyja koji traže autentifikaciju |
| Proxy pokušaji | Pojedinačne transakcije koje bilježi posrednik |
| Dovršeni poslovi | Radnje 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 redci sami po sebi slab dokaz da dva unosa pripadaju zajedno.
Uspješan tunel također držite odvojeno od uspješne web radnje. Prihvaćanje CONNECT uspostavlja tunel; odredište i dalje može pasti tijekom TLS-a ili kasnije vratiti pogreš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 točno ono što njegova konfiguracija traži. Potiskivanje autentifikacije samo da bi nadzorna ploča bila zelenija promijenilo bi uslugu umjesto da popravi mjerenje.