Protokoly Squid: počíta sa 407 nasledované 200 ako zlyhanie?
Počítajte dokončené operácie oddelene od výmen autentifikácie, keď Squid zaznamená výzvu nasledovanú úspešným tunelom.
Predpokladajme, že klient odošle jednu požiadavku bez prihlasovacích údajov proxy, dostane výzvu a úspešne to zopakuje. Protokol požiadaviek môže obsahovať dva záznamy. Človek, ktorý aplikáciu používa, však zažil jednu dokončenú operáciu.
Preto protokol rovnomerne rozdelený medzi TCP_DENIED/407 a TCP_TUNNEL/200 automaticky nepreukazuje päťdesiatpercentnú mieru zlyhania. Najprv určite, či záznamy tvoria dvojice výzvy a opakovania.
Počítajte to, na čom vám skutočne záleží
| Meranie | Počet |
|---|---|
| Autentifikačné výzvy | Odpovede proxy vyžadujúce autentifikáciu |
| Pokusy proxy | Jednotlivé transakcie zaznamenané sprostredkovateľom |
| Dokončené úlohy | Operácie aplikácie, ktoré dosiahnu zamýšľaný výsledok |
Prepojte časové značky, kontext klienta, cieľ a akýkoľvek dostupný identifikátor požiadavky. Neautentifikovaný pokus nemusí mať zaznamenané používateľské meno, zatiaľ čo jeho úspešné zopakovanie áno. Súbežná aktivita znamená, že susedné riadky samy o sebe sú slabým dôkazom, že dva záznamy patria k sebe.
Úspešný tunel tiež držte oddelene od úspešnej operácie webu. Prijatie CONNECT vytvorí tunel; cieľ napriek tomu môže zlyhať počas TLS alebo neskôr vrátiť chybu aplikácie.
Skúmajte opakované koncové výzvy, úlohy bez neskoršieho dokončenia alebo náhlu zmenu počtu výmen. To sa líši od stabilného klienta, ktorý začína výzvou a robí presne to, čo jeho konfigurácia vyžaduje. Potlačenie autentifikácie len preto, aby bol dashboard zelenší, by zmenilo službu namiesto opravy merania.