Трафикийн квот Squid-ын аль байт тоолуурыг ашиглах ёстой вэ?
Squid-ын логийн талбаруудыг нэгтгэхээс өмнө прокси квот нь хариулт, хүсэлт, дээд түвшний бие эсвэл холболтын трафикийг хэмждэг эсэхийг шийдээрэй.
«Хэрэглэгч бүрт арван гигабайт өг» гэдэг нь хоёр тайлан зөрөх хүртэл нарийн сонсогддог. Нэг нь клиентүүдэд илгээсэн хариултыг нэгтгэсэн; нөгөө нь дээд түвшнээс татсан байтыг тоолсон. Хоёулаа өөрсдийн сонгосон талбараа зөв мэдээлж байж болно.
Squid-ын логийн формат өөр өөр тоолууртай:
| Талбар | Баримтжуулсан хэмжилт |
|---|---|
%<st | Тохируулгын дараа клиентэд илгээсэн нийт хариултын трафик |
%>st | Клиентээс хүлээн авсан нийт хүсэлтийн хэмжээ, chunked кодчилолын байтыг тооцохгүйгээр |
%<bs | Дараагийн хопоос хүлээн авсан HTTP-тэй тэнцэх мессежийн биеийн байт, баримтжуулсан үл хамаарах зүйлсээр |
Squid-ын төрөлх логийн bytes багана нь клиентэд өгөх хариултын тоолуурыг ашигладаг. Энэ нь хадгалсан файлын урттай тэнцүү гэсэн амлалт биш, ISP-ийн тооцдог бүх Ethernet эсвэл IP байтын хэмжилт ч биш.
Кэш хитүүд ялгааг харуулна: Squid дээд түвшнээс шинээр татахгүйгээр хариулт илгээж чадна. Их ачаалгах ажил өөр нэг зүйлийг харуулна: зөвхөн хариултыг тоолбол хүсэлтийн чиглэл төсвөөс гадуур үлдэнэ.
CONNECT-ийн хувьд прокси нь туннел доторх шифрлэгдсэн файл, хуудас бүрийг ойлгохгүйгээр дамжуулсан трафикийг бүртгэж чадна. Гэхдээ туннелийн байтын нийлбэрийг татсан програмын объектуудын нарийн жагсаалт болгож чадахгүй.
Квотын гэрээг тоолуурын хажууд бичээрэй: чиглэл, ажиглалтын цэг, нягтлан бодох хугацаа, таних мэдээлэл. Дараа нь логийн форматын хувилбарыг тайлангуудтай хамт хадгал. Нэг байтын утга учир тухай зөрүүг бүх утгыг таамагласан засварын коэффициентээр үржүүлж «засах» ёсгүй. Хэрэгжүүлэхэд дууссан гүйлгээний нийлбэр бодит хэрэглээнээс хоцорч болно.