Squid-logboeke: tel 'n 407 gevolg deur 200 as 'n mislukking?
Tel voltooide bewerkings apart van verifikasie-uitruilings wanneer Squid 'n uitdaging gevolg deur 'n suksesvolle tonnel log.
Veronderstel 'n kliënt stuur een versoek sonder proxy-aanmeldgegewens, ontvang 'n uitdaging en probeer dan weer met sukses. 'n Versoeklog kan twee inskrywings bevat. Die persoon wat die toepassing gebruik het, het egter een voltooide bewerking ervaar.
Daarom vestig 'n log wat gelykop tussen TCP_DENIED/407 en TCP_TUNNEL/200 verdeel is, nie outomaties 'n vyftig-persent-mislukkingsyfer nie. Bepaal eers of die inskrywings uitdaging-en-herprobeer-pare vorm.
Tel die ding wat jy werklik omgee
| Meting | Telling |
|---|---|
| Verifikasie-uitdagings | Proxy-antwoorde wat verifikasie aanvra |
| Proxy-pogings | Individuele transaksies wat deur die tussenganger aangeteken is |
| Voltooide take | Toepassingsbewerkings wat hul beoogde uitkoms bereik |
Korreleer tydstempels, kliëntkonteks, bestemming en enige beskikbare versoekidentifiseerder. 'n Poging sonder verifikasie het dalk geen aangetekende gebruikersnaam nie, terwyl sy suksesvolle herprobeer een het. Gelyktydige aktiwiteit beteken dat aangrensende reëls alleen swak bewyse is dat twee inskrywings bymekaar hoort.
Hou ook 'n suksesvolle tonnel apart van 'n suksesvolle webwerf-bewerking. CONNECT-aanvaarding vestig die tonnel; die bestemming kan steeds tydens TLS misluk of daarna 'n toepassingsfout terugstuur.
Ondersoek herhaalde terminale uitdagings, take sonder latere voltooiing, of 'n skielike verandering in die aantal uitruilings. Dit verskil van 'n stabiele uitdaging-eerste kliënt wat presies doen wat sy konfigurasie vra. Om verifikasie te onderdruk bloot om 'n paneel groener te maak, sou die diens verander eerder as om die meting te herstel.