Дневници на Squid: брои ли се 407, последван от 200, като отказ?
Броете завършените операции отделно от обмена на удостоверяване, когато Squid записва предизвикателство, последвано от успешен тунел.
Да предположим, че клиент изпрати една заявка без идентификационни данни за прокси, получи предизвикателство и опита успешно отново. Дневникът на заявките може да съдържа два записа. Човекът, който използва приложението, е преживял една завършена операция.
Ето защо дневник, разделен поравно между TCP_DENIED/407 и TCP_TUNNEL/200, не установява автоматично петдесетпроцентов процент на отказ. Първо определете дали записите образуват двойки предизвикателство и повторение.
Броете това, което наистина ви интересува
| Измерване | Брой |
|---|---|
| Предизвикателства за удостоверяване | Отговори на прокси, изискващи удостоверяване |
| Опити през прокси | Отделни транзакции, записани от посредника |
| Завършени задачи | Операции на приложението, достигащи желания резултат |
Свържете времевите марки, контекста на клиента, дестинацията и всеки наличен идентификатор на заявка. Опитът без удостоверяване може да няма записано потребителско име, докато успешното повторение има. Едновременната активност означава, че съседните редове сами по себе си са слабо доказателство, че два записа принадлежат заедно.
Също така дръжте успешния тунел отделно от успешната операция на уебсайта. Приемането на CONNECT установява тунела; дестинацията все още може да се провали по време на TLS или по-късно да върне грешка на приложението.
Разследвайте повтарящи се крайни предизвикателства, задачи без последващо завършване или внезапна промяна в броя на обмените. Те се различават от стабилен клиент, който първо получава предизвикателство и прави точно това, което изисква конфигурацията му. Потискането на удостоверяването само за да направи таблото по-зелено би променило услугата, вместо да поправи измерването.