Журнали Squid: чи вважається 407, за яким іде 200, збоєм?
Рахуйте завершені операції окремо від обмінів автентифікації, коли Squid записує виклик, за яким іде успішний тунель.
Припустімо, клієнт надсилає один запит без облікових даних проксі, отримує виклик і успішно повторює спробу. Журнал запитів може містити два записи. Але людина, яка користується застосунком, пережила одну завершену операцію.
Тому журнал, поділений порівну між TCP_DENIED/407 і TCP_TUNNEL/200, сам по собі не доводить п'ятдесятивідсоткову частку збоїв. Спершу визначте, чи утворюють записи пари «виклик і повтор».
Рахуйте те, що справді важливе
| Показник | Кількість |
|---|---|
| Виклики автентифікації | Відповіді проксі з вимогою автентифікації |
| Спроби проксі | Окремі транзакції, зафіксовані посередником |
| Завершені завдання | Операції застосунку, що досягають бажаного результату |
Зіставте часові позначки, контекст клієнта, призначення та будь-який доступний ідентифікатор запиту. У неавтентифікованої спроби може не бути записаного імені користувача, а в її успішного повтору воно є. Одночасна активність означає, що сусідні рядки самі по собі — слабкий доказ того, що два записи належать один одному.
Також тримайте успішний тунель окремо від успішної операції сайту. Прийняття CONNECT встановлює тунель; призначення все ще може зазнати невдачі під час TLS або пізніше повернути помилку застосунку.
Досліджуйте повторювані фінальні виклики, завдання без подальшого завершення або різку зміну кількості обмінів. Це відрізняється від стабільного клієнта, який спершу отримує виклик і робить саме те, чого вимагає його конфігурація. Придушення автентифікації лише заради зеленішого табло змінило б сервіс, а не виправило вимірювання.