Squid jurnallarida muvaffaqiyatsiz so‘rovni toping
Tranzaksiya natijalari uchun access.log, Squidning o‘z xatolari uchun cache.log ishlating va tunnel holatini nishon holatidan ajrating.
Debian’ning Squid 6 paketida odatiy tranzaksiya va demon jurnallaridan boshlang:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logMaxsus jurnal sozlamalari yoki xizmat boshqaruvchisi ularni boshqa joyga yuborishi mumkin. Ma’lum manbadan ko‘lami cheklangan bitta so‘rovni qayta bajaring va to‘g‘ri yozuvni topish uchun vaqti, metodi hamda nishonini qayd eting.
| Dalil | Undan nimani o‘qish kerak |
|---|---|
| access.log asl formatidagi natija | Squid natija kodi va HTTP holati tranzaksiyaning alohida qismlaridir. |
| Kirish iyerarxiyasi ma’lumoti | Yo‘naltirish yuqori proksi yoki boshqa yo‘ldan qanday foydalangani. |
| CONNECT muvaffaqiyati | Tunnel ochilgan; bu shifrlangan TLS ichidagi keyingi veb-sayt holati emas. |
| cache.log | Squidning o‘z yordamchi dasturlari, ishga tushishi, rezolveri va konfiguratsiyasidagi xatolar. |
Mos so‘rov ko‘rinmasa, aynan shu mijoz shu ishlayotgan nusxa va tinglovchiga yetganini tekshiring. Jurnal ACL’lari, buferlash, aylantirish va tranzaksiya hali faolmi, tekshiring; uzoq davom etuvchi tunnelning yakuniy kirish yozuvi hali bo‘lmasligi mumkin. Chetlab o‘tish yoki eski proksi jarayoni trafikni boshqa joyga yuborishi mumkin, shuning uchun kirish siyosatini o‘zgartirishdan oldin tinglayotgan jarayonni uning yuklangan konfiguratsiyasi bilan moslang.
Maxfiy ma’lumotlari yashirilgan tegishli tranzaksiya va yaqin xatolarni ulashing. URL’lar, so‘rov parametrlari, manba manzillari va foydalanuvchi nomlari shaxsiy bo‘lishi mumkin; aniq ehtiyojsiz butun jurnalni chiqarish yoki barcha sarlavhalarni yozishni yoqish foydali dalil o‘rniga oshkor bo‘lishni ko‘paytiradi.