Trafik kvotasi Squid'ning qaysi bayt hisoblagichidan foydalanishi kerak?
Squid jurnali maydonlarini qo'shishdan oldin proksi kvotasi javoblarni, so'rovlarni, yuqori qatlam jismlarini yoki ulanish liniyasi trafigini o'lchashini hal qiling.
«Har bir foydalanuvchiga o'n gigabayt bering» degan gap ikki hisobot to'qnashmaguncha aniq tuyuladi. Biri mijozlarga yuborilgan javoblarni qo'shgan; boshqasi yuqori qatlamdan olingan baytlarni sanagan. Ikkalasi ham o'zi tanlagan maydonni to'g'ri hisobot qilayotgan bo'lishi mumkin.
Squid jurnali formatida alohida hisoblagichlar bor:
| Maydon | Hujjatlashtirilgan o'lchov |
|---|---|
%<st | Moslashtirishdan keyin mijozga yuborilgan umumiy javob trafigi |
%>st | Mijozdan olingan umumiy so'rov hajmi, bo'lakli kodlash baytlarisiz |
%<bs | Keyingi sakrashdan olingan HTTP-ekvivalent xabar tanasi baytlari, hujjatlashtirilgan istisnolar bilan |
Squid'ning mahalliy jurnalidagi bytes ustuni mijoz javobi hisoblagichidan foydalanadi. Bu qiymat saqlangan fayl uzunligiga teng degan va'da emas, ISP undiradigan har bir Ethernet yoki IP baytining o'lchovi ham emas.
Kesh hitlari farqni ko'rsatadi: Squid yuqori qatlamdan yangi narsa olmasdan ham javob yuborishi mumkin. Yuklash ko'p bo'lgan ish boshqasini ko'rsatadi: faqat javoblarni sanash so'rov yo'nalishini byudjetdan tashqarida qoldiradi.
CONNECT uchun proksi tunnel ichidagi har bir shifrlangan fayl yoki sahifani tushunmasdan uzatilgan trafikni hisobga olishi mumkin. Lekin tunnelning umumiy baytini yuklab olingan dastur obyektlarining aniq ro'yxatiga aylantira olmaydi.
Kvota shartnomasini hisoblagich yoniga yozing: yo'nalish, kuzatish nuqtasi, hisob davri va identifikatsiya. So'ngra jurnal formati versiyasini hisobotlar bilan birga saqlang. Bir bayt nimani anglatishi haqidagi kelishmovchilikni har bir qiymatni taxminiy tuzatish koeffitsiyentiga ko'paytirib «tuzatish» kerak emas. Amalga oshirish uchun tugallangan tranzaksiyalar yig'indisi jonli foydalanishdan orqada qolishi mumkin.