«প্ৰতিজন ব্যৱহাৰকাৰীক দহ গিগাবাইট দিয়ক» বাক্যটো তেতিয়ালৈকে সঠিক যেন লাগে যেতিয়ালৈকে দুখন প্ৰতিবেদন নিমিলে। এখনে ক্লায়েন্টলৈ পঠোৱা উত্তৰ যোগ কৰিছিল; আনখনে আপষ্ট্ৰীমৰ পৰা অনা বাইট গণিছিল। দুয়োখনেই নিজৰ বাছনি কৰা ফীল্ড শুদ্ধভাৱে প্ৰকাশ কৰি থকা হ'ব পাৰে।

Squid ৰ লগ ফৰ্মেটত পৃথক কাউণ্টাৰ আছে:

ফীল্ডনথিভুক্ত জোখ
%<stএডাপ্টেচনৰ পিছত ক্লায়েন্টলৈ পঠোৱা মুঠ উত্তৰ ট্ৰেফিক
%>stক্লায়েন্টৰ পৰা লোৱা মুঠ অনুৰোধৰ আকাৰ, চাংকড-এনকোডিঙৰ বাইট বাদ দি
%<bsপৰৱৰ্তী হপৰ পৰা লোৱা HTTP-সমতুল্য বাৰ্তা-বডি বাইট, নথিভুক্ত বাদ দিয়াৰ সৈতে

মূল Squid লগৰ বাইট স্তম্ভই ক্লায়েন্ট-উত্তৰ কাউণ্টাৰ ব্যৱহাৰ কৰে। এই মানটো সংৰক্ষিত ফাইলৰ দৈৰ্ঘ্যৰ সমান বুলি কোনো প্ৰতিশ্ৰুতি নহয়, আৰু আইএছপিয়ে লোৱা প্ৰতিটো ইথাৰনেট বা IP বাইটৰ জোখও নহয়।

কেশ হিটে পাৰ্থক্য দেখুৱায়: Squid-এ নতুন আপষ্ট্ৰীম ফেট্চ নকৰাকৈয়ে উত্তৰ পঠিয়াব পাৰে। আপলোড-বহুল কামে আন এটা দিশ দেখুৱায়: কেৱল উত্তৰ গণিলে অনুৰোধৰ দিশটো বাজেটৰ পৰা বাহিৰত থাকে।

CONNECT ৰ ক্ষেত্ৰত প্ৰক্সিয়ে সুৰংগৰ ভিতৰৰ প্ৰতিটো এনক্ৰিপ্টেড ফাইল বা পৃষ্ঠা নুবুজাকৈয়ে প্ৰেৰিত ট্ৰেফিক হিচাপ কৰিব পাৰে। কিন্তু সুৰংগৰ মুঠ বাইটক ডাউনলোড কৰা এপ্লিকেচন বস্তুৰ সঠিক তালিকালৈ ৰূপান্তৰ কৰিব নোৱাৰে।

কাউণ্টাৰৰ কাষতে কোটাৰ চুক্তি লিখক: দিশ, পৰ্যবেক্ষণ বিন্দু, হিচাপৰ সময়, আৰু পৰিচয়। তাৰ পিছত লগ ফৰ্মেটৰ সংস্কৰণ প্ৰতিবেদনৰ সৈতে ৰাখক। এটা বাইটৰ অৰ্থ লৈ মতানৈক্যক অনুমানকৃত সংশোধন গুণকৰে প্ৰতিটো মান পূৰণ কৰি «ঠিক» কৰা উচিত নহয়। বলবৎকৰণৰ বাবে, সম্পূৰ্ণ লেনদেনৰ মুঠ সক্ৰিয় ব্যৱহাৰতকৈ পিছ পৰিব পাৰে।

সম্পৰ্কিত প্ৰবন্ধ