«ہر صارف کو دس گیگابائٹ دیں» اس وقت تک درست لگتا ہے جب تک دو رپورٹیں متفق نہ ہوں۔ ایک نے کلائنٹس کو بھیجے گئے جوابات جمع کیے؛ دوسرے نے اپ اسٹریم سے حاصل کردہ بائٹس گنے۔ دونوں اپنے منتخب کردہ فیلڈ کی درست رپورٹنگ کر رہے ہو سکتے ہیں۔

Squid کے لاگ فارمیٹ میں الگ الگ کاؤنٹر ہیں:

فیلڈدستاویزی پیمائش
%<stموافقت کے بعد کلائنٹ کو بھیجی گئی کل جوابی ٹریفک
%>stکلائنٹ سے موصول ہونے والی کل درخواست کا حجم، چنکڈ انکوڈنگ بائٹس کے بغیر
%<bsاگلے ہاپ سے موصول ہونے والے HTTP کے مساوی پیغام کے باڈی بائٹس، دستاویزی استثنات کے ساتھ

Squid کے مقامی لاگ کا bytes کالم کلائنٹ جواب کاؤنٹر استعمال کرتا ہے۔ یہ اس بات کا وعدہ نہیں کہ قدر محفوظ فائل کی لمبائی کے برابر ہو، اور نہ ہی ISP کے وصول کردہ ہر Ethernet یا IP بائٹ کی پیمائش۔

کیش ہٹ فرق دکھاتے ہیں: Squid اپ اسٹریم سے نیا حاصل کیے بغیر جواب بھیج سکتا ہے۔ زیادہ اپ لوڈ والا کام دوسری بات دکھاتا ہے: صرف جوابات گننے سے درخواست کی سمت بجٹ سے باہر رہ جاتی ہے۔

CONNECT کے لیے، پراکسی سرنگ کے اندر موجود ہر خفیہ کردہ فائل یا صفحے کو سمجھے بغیر منتقل شدہ ٹریفک کا حساب کر سکتی ہے۔ لیکن سرنگ کے کل بائٹس کو ڈاؤن لوڈ کردہ ایپلیکیشن اشیاء کی درست فہرست میں نہیں بدل سکتی۔

کوٹا معاہدہ کاؤنٹر کے پاس لکھیں: سمت، مشاہدے کا نقطہ، حساب کی مدت اور شناخت۔ پھر لاگ فارمیٹ کا ورژن رپورٹوں کے ساتھ رکھیں۔ ایک بائٹ کے معنی پر اختلاف کو ہر قدر کو اندازاً تصحیحی عنصر سے ضرب دے کر «ٹھیک» نہیں کرنا چاہیے۔ نفاذ کے لیے مکمل شدہ لین دین کے مجموعے براہ راست استعمال سے پیچھے رہ سکتے ہیں۔

متعلقہ مضامین