Squid jurnallari: 407 dan keyin kelgan 200 muvaffaqiyatsizlik sanaladimi?
Squid chaqiruvdan keyin muvaffaqiyatli tunnelni qayd etganda, bajarilgan operatsiyalarni autentifikatsiya almashinuvlaridan alohida sanang.
Faraz qilaylik, mijoz proksi hisob ma'lumotlarisiz bitta so'rov yuboradi, chaqiruv oladi va keyin muvaffaqiyatli qayta urinadi. So'rov jurnalida ikkita yozuv bo'lishi mumkin. Ammo ilovadan foydalanayotgan odam bitta bajarilgan operatsiyani boshdan kechirdi.
Shuning uchun TCP_DENIED/407 va TCP_TUNNEL/200 o'rtasida teng bo'lingan jurnal ellik foiz muvaffaqiyatsizlik darajasini o'z-o'zidan isbotlamaydi. Avval yozuvlar chaqiruv va qayta urinish juftliklarini tashkil qiladimi-yo'qmi, aniqlang.
Haqiqatan ham muhim bo'lgan narsani sanang
| O'lchov | Soni |
|---|---|
| Autentifikatsiya chaqiruvlari | Autentifikatsiya talab qiladigan proksi javoblari |
| Proksi urinishlari | Vositachi qayd etadigan alohida tranzaksiyalar |
| Bajarilgan ishlar | Ko'zlangan natijaga erishadigan ilova operatsiyalari |
Vaqt belgilarini, mijoz kontekstini, manzilni va mavjud bo'lgan har qanday so'rov identifikatorini bog'lang. Autentifikatsiyasiz urinishda qayd etilgan foydalanuvchi nomi bo'lmasligi mumkin, muvaffaqiyatli qayta urinishida esa bo'ladi. Bir vaqtda sodir bo'layotgan faoliyat qo'shni satrlarning o'zi ikkita yozuv birgalikda ekaniga zaif dalil ekanini bildiradi.
Shuningdek, muvaffaqiyatli tunnelni muvaffaqiyatli veb-sayt operatsiyasidan alohida saqlang. CONNECT ni qabul qilish tunnelni o'rnatadi; manzil TLS davomida hali ham muvaffaqiyatsiz bo'lishi yoki keyinroq ilova xatosini qaytarishi mumkin.
Takrorlanuvchi yakuniy chaqiruvlarni, keyin hech qachon tugamaydigan ishlarni yoki almashinuvlar sonining keskin o'zgarishini tekshiring. Bular o'z konfiguratsiyasi talab qilganini aniq bajaradigan barqaror chaqiruv-birinchi mijozi bilan farq qiladi. Faqat boshqaruv panelini yashilroq qilish uchun autentifikatsiyani bostirish o'lchovni tuzatish o'rniga xizmatni o'zgartirardi.