Regjistrat e Squid: a llogaritet si dështim një 407 i ndjekur nga 200?
Numëroni operacionet e përfunduara veçmas nga shkëmbimet e autentikimit kur Squid regjistron një sfidë të ndjekur nga një tunel i suksesshëm.
Supozoni se një klient dërgon një kërkesë pa kredenciale proxy, merr një sfidë dhe provon përsëri me sukses. Një regjistër kërkesash mund të përmbajë dy zëra. Por personi që përdor aplikacionin përjetoi një operacion të përfunduar.
Prandaj, një regjistër i ndarë në mënyrë të barabartë midis TCP_DENIED/407 dhe TCP_TUNNEL/200 nuk vërteton automatikisht një normë dështimi prej pesëdhjetë për qind. Fillimisht përcaktoni nëse zërat formojnë çifte sfide dhe ripërpjekjeje.
Numëroni atë që ju intereson vërtet
| Matje | Numër |
|---|---|
| Sfida autentikimi | Përgjigje të proxy-t që kërkojnë autentikim |
| Përpjekje proxy | Transaksione individuale të regjistruara nga ndërmjetësi |
| Punë të përfunduara | Operacione të aplikacionit që arrijnë rezultatin e synuar |
Ndërlidhni vulat kohore, kontekstin e klientit, destinacionin dhe çdo identifikues kërkese të disponueshëm. Një përpjekje e paautentikuar mund të mos ketë emër përdoruesi të regjistruar, ndërsa ripërpjekja e saj e suksesshme ka. Aktiviteti i njëkohshëm do të thotë që rreshtat ngjitur vetëm janë provë e dobët që dy zëra i përkasin njëri-tjetrit.
Mbani gjithashtu një tunel të suksesshëm të ndarë nga një operacion i suksesshëm i faqes. Pranimi i CONNECT krijon tunelin; destinacioni mund të dështojë ende gjatë TLS ose të kthejë më vonë një gabim aplikacioni.
Hetoni sfida përfundimtare të përsëritura, punë pa përfundim të mëvonshëm ose një ndryshim të papritur në numrin e shkëmbimeve. Këto ndryshojnë nga një klient i qëndrueshëm që fillon me një sfidë dhe bën saktësisht atë që kërkon konfigurimi i tij. Shtypja e autentikimit vetëm për ta bërë një panel më të gjelbër do të ndryshonte shërbimin në vend që të riparonte matjen.