د ترافیک کوتا باید د Squid کوم بایټ کانټر وکاروي؟
پرېکړه وکړئ چې د پروکسي کوتا ځوابونه، غوښتنې، د پورتنۍ طبقې بدنونه یا د لاسرسي لینک ترافیک اندازه کوي، مخکې له دې چې د Squid د لاګ ساحې جمع کړئ.
«هر کاروونکي ته لس ګیګابایټ ورکړئ» تر هغه دقیق ښکاري چې دوه راپورونه سره اختلاف ولري. یو د پیریدونکو ته لېږل شوي ځوابونه جمع کړل؛ بل له پورتنۍ طبقې څخه اخیستل شوي بایټونه وشمېرل. دواړه کېدای شي خپله ټاکل شوې ساحه په سمه توګه راپور کوي.
د Squid د لاګ بڼه جلا کانټرونه لري:
| ساحه | مستند شوی اندازه |
|---|---|
%<st | له تطبیق وروسته پیریدونکي ته لېږل شوی ټول ځواب ترافیک |
%>st | له پیریدونکي څخه ترلاسه شوی د غوښتنې ټول اندازه، له chunked کوډ کولو بایټونو پرته |
%<bs | له بل hop څخه ترلاسه شوي د HTTP سره سم د پیغام بدن بایټونه، له مستندو استثناوو سره |
د Squid اصلي لاګ د bytes کالم د پیریدونکي ځواب کانټر کاروي. دا ژمنه نه ده چې ارزښت د خوندي شوې فایل اوږدوالي سره برابر وي، او نه د ISP لخوا ورکړل شوي هر Ethernet یا IP بایټ اندازه کول.
د کیش وهل توپیر ښیي: Squid کولای شي ځواب ولېږي پرته له دې چې له پورتني طبقې تازه معلومات راوړي. هغه کار چې ډېر اپلوډ لري بل شی ښیي: یوازې ځوابونه شمېرل د غوښتنې لوری د بودجې بهر پریږدي.
د CONNECT لپاره، پروکسي کولای شي لېږدول شوی ترافیک حساب کړي پرته له دې چې په تونل کې هر کوډ شوی فایل یا پاڼه وپېژني. دا نشي کولای د تونل د بایټونو مجموعه په دقیق لیست بدله کړي چې د ډاونلوډ شوو اپلیکیشن توکو وي.
د کوتا تړون د کانټر ترڅنګ ولیکئ: لوری، د کتنې نقطه، د حساب دوره او هویت. بیا د لاګ بڼې نسخه د راپورونو سره وساتئ. د یوه بایټ د معنا په اړه اختلاف باید د هر ارزښت د اټکل شوي سمونې فاکتور سره ضرب کولو سره «سم» نه شي. د پلي کولو لپاره د بشپړو شوو معاملو مجموعې کولای شي له ژوندي کارونې وروسته پاتې شي.