ٹریفک کوٹا Squid کا کون سا بائٹ کاؤنٹر استعمال کرے؟
Squid لاگ فیلڈز کو جمع کرنے سے پہلے فیصلہ کریں کہ پراکسی کوٹا جوابات، درخواستیں، اپ اسٹریم باڈیز یا رسائی لنک ٹریفک کی پیمائش کرتا ہے۔
«ہر صارف کو دس گیگابائٹ دیں» اس وقت تک درست لگتا ہے جب تک دو رپورٹیں متفق نہ ہوں۔ ایک نے کلائنٹس کو بھیجے گئے جوابات جمع کیے؛ دوسرے نے اپ اسٹریم سے حاصل کردہ بائٹس گنے۔ دونوں اپنے منتخب کردہ فیلڈ کی درست رپورٹنگ کر رہے ہو سکتے ہیں۔
Squid کے لاگ فارمیٹ میں الگ الگ کاؤنٹر ہیں:
| فیلڈ | دستاویزی پیمائش |
|---|---|
%<st | موافقت کے بعد کلائنٹ کو بھیجی گئی کل جوابی ٹریفک |
%>st | کلائنٹ سے موصول ہونے والی کل درخواست کا حجم، چنکڈ انکوڈنگ بائٹس کے بغیر |
%<bs | اگلے ہاپ سے موصول ہونے والے HTTP کے مساوی پیغام کے باڈی بائٹس، دستاویزی استثنات کے ساتھ |
Squid کے مقامی لاگ کا bytes کالم کلائنٹ جواب کاؤنٹر استعمال کرتا ہے۔ یہ اس بات کا وعدہ نہیں کہ قدر محفوظ فائل کی لمبائی کے برابر ہو، اور نہ ہی ISP کے وصول کردہ ہر Ethernet یا IP بائٹ کی پیمائش۔
کیش ہٹ فرق دکھاتے ہیں: Squid اپ اسٹریم سے نیا حاصل کیے بغیر جواب بھیج سکتا ہے۔ زیادہ اپ لوڈ والا کام دوسری بات دکھاتا ہے: صرف جوابات گننے سے درخواست کی سمت بجٹ سے باہر رہ جاتی ہے۔
CONNECT کے لیے، پراکسی سرنگ کے اندر موجود ہر خفیہ کردہ فائل یا صفحے کو سمجھے بغیر منتقل شدہ ٹریفک کا حساب کر سکتی ہے۔ لیکن سرنگ کے کل بائٹس کو ڈاؤن لوڈ کردہ ایپلیکیشن اشیاء کی درست فہرست میں نہیں بدل سکتی۔
کوٹا معاہدہ کاؤنٹر کے پاس لکھیں: سمت، مشاہدے کا نقطہ، حساب کی مدت اور شناخت۔ پھر لاگ فارمیٹ کا ورژن رپورٹوں کے ساتھ رکھیں۔ ایک بائٹ کے معنی پر اختلاف کو ہر قدر کو اندازاً تصحیحی عنصر سے ضرب دے کر «ٹھیک» نہیں کرنا چاہیے۔ نفاذ کے لیے مکمل شدہ لین دین کے مجموعے براہ راست استعمال سے پیچھے رہ سکتے ہیں۔