VPN-এ আপনি কী ব্রাউজ করেছেন, ব্যান্ডউইথ কাউন্টার কি তা বলতে পারে?
বাইটের মোট সংখ্যা ভলিউম বোঝায়, সাইটের তালিকা নয়। এগুলোর গোপনীয়তার ওজন বাড়ে যখন এদের সঙ্গে একটি পরিচয়, একটি টাইমস্ট্যাম্প আর তুলনার কিছু থাকে।
আপনি রাউটারের ট্রাফিক পৃষ্ঠা বা কোনো VPN প্রদানকারীর ড্যাশবোর্ড খোলেন, আর সেখানে পাশে গ্রাফসহ প্রতি ডিভাইসের বাইট মোট দেখা যায়। ওই গ্রাফকে ব্রাউজিং ইতিহাস হিসেবে পড়তে মন চায়। এটি তা নয়, আর কারণটি কাঠামোগত, আইনি নয়। একটি কাউন্টার আকার যোগ করে, আর একটি ইতিহাস গন্তব্য ও বিষয়বস্তু লিপিবদ্ধ করে, এবং শুধু দ্বিতীয়টি আপনাকে বলে কেউ কোথায় গেছে।
আপনি যে স্ক্রিন পড়ছেন সেখান থেকেই শুরু করুন
কোনো সংখ্যার ব্যাখ্যা করার আগে দেখুন তা কী থেকে এসেছে। রাউটারের প্রতি-ডিভাইস মোট সাধারণত আসে ভৌত ইন্টারফেস কাউন্টার থেকে, VPN ক্লায়েন্টের মোট আসে তার টানেল থেকে, আর প্রদানকারীর প্যানেল আসে দূর প্রান্তের হিসাবরক্ষণ থেকে। প্রতিটি একই সেশনের আলাদা অংশ গোনে। একই ঘণ্টার জন্য ভিন্ন সংখ্যা দেখানো দুটি প্যানেল সাধারণত দুটিই সঠিক।
ব্যবধানটি উৎসের মতোই গুরুত্বপূর্ণ। আজীবন মোট, দৈনিক রোলআপ আর লাইভ হার তিনটি ভিন্ন পরিমাপ, এবং একটিমাত্র কাজের সঙ্গে মেলানোর মতো রেজোলিউশন কেবল লাইভ হারের আছে।
সিদ্ধান্ত লেখার আগে উৎস ও ব্যবধান লিখে রাখুন।
কাউন্টার স্তর মাপে, পাতা নয়
একটি WireGuard পিয়ারে wg show-এর ট্রান্সফার কাউন্টার ওই পিয়ারের মোট, এনক্রিপ্ট করা পেলোডসহ। OpenVPN-এর স্ট্যাটাস আউটপুট নিজের স্তরে প্রতি ক্লায়েন্টের বাইট জানায়। হোস্টে tun ইন্টারফেস ভেতরের IP প্যাকেট গোনে, আর ভৌত অ্যাডাপ্টার গোনে বাইরের UDP প্যাকেট, তাই দুটি এনক্যাপসুলেশন ওভারহেড আর লিংক ভাগ করা বাকি সবকিছুর কারণে আলাদা হয়।
পুনঃপ্রেরণ কোনো নতুন বিষয়বস্তু না এসেও মোটকে ফুলিয়ে দেয়, আর ব্যাকগ্রাউন্ড সিঙ্ক একটি ঘণ্টা জুড়ে প্রাধান্য পেতে পারে যখন ব্যবহারকারী সাধারণ টেক্সট পড়ছেন।
এইজন্য বড় মোট বোঝায় ডেটা-ভারী কোনো কাজ, এর বেশি নির্দিষ্ট কিছু নয়। ডাউনলোড করা ফাইলের আকার আর কাউন্টারের ডেল্টা সম্পর্কিত, কিন্তু এরা খুব কমই সমান।
একটি মোট কী সমর্থন করতে পারে আর কী পারে না
বাইটের মোট কোনো সাইটের নাম বলতে পারে না, কারণ নাম ও URL থাকে TLS বা QUIC সেশনের ভেতরে, যা কাউন্টার কখনো দেখে না। এটি ভিডিও স্ট্রিমকে বড় ব্যাকআপ থেকে, বা পৃষ্ঠা লোডকে বিজ্ঞাপন রিফ্রেশ লুপ থেকে আলাদা করতে পারে না। এটি যা সমর্থন করতে পারে তা হলো ভলিউম ও সময় নিয়ে একটি দাবি: এই ডিভাইস এই উইন্ডোতে এতটা ডেটা সরিয়েছে।
এটিকে কোনো ব্যক্তি সম্পর্কে দাবিতে পরিণত করতে আরও দুটি উপাদান লাগে: একটি পরিচয় আর একটি সম্পর্ক।
RFC 6973 গোপনীয়তা বিবেচনা নথিটি ব্যাখ্যা করে কেন এই সমন্বয়টি গুরুত্বপূর্ণ, এবং কেন একটি সতর্ক প্রতিবেদন যা পর্যবেক্ষণ করা হয়েছে তার থেকে যা অনুমান করা হয়েছে তা আলাদা রাখে। যদি সিদ্ধান্তের জন্য «কারণ» শব্দটি দরকার হয়, তবে কেবল কাউন্টারই যথেষ্ট প্রমাণ নয়।
সময় ও পরিচয় উত্তর বদলে দেয়
একটি কাউন্টারকে নামযুক্ত ব্যবহারকারী ও নির্দিষ্ট ব্যবধানের সঙ্গে যুক্ত করুন, এটি অন্য একটি বস্তু হয়ে যায়।
তখন আপনি এটিকে অন্য পর্যবেক্ষণের সঙ্গে মিলিয়ে দেখতে পারেন: একটি লগইন রেকর্ড, একটি DNS কোয়েরি, অন্য সিস্টেমে একটি সেশন। কাউন্টার গন্তব্য প্রকাশ করেনি, কিন্তু ইতিমধ্যে অনুমান থাকা কাউকে তা নিশ্চিত করতে সাহায্য করেছে। এনক্রিপশন যাত্রাপথে বিষয়বস্তু ও নাম রক্ষা করে, আর এটি লুকায় না যে একটি প্রবাহ ছিল, তা কত বড় ছিল, বা কখন শুরু হয়েছিল।
এটাই সৎ সীমা: নিদর্শন দৃশ্যমান, অর্থ নয়।
সংগ্রহের আগেই ঠিক করুন কী রাখবেন
যদি প্রয়োজন ধারণক্ষমতা পরিকল্পনা হয়, মোটামুটি দৈনিক সমষ্টিই তার উত্তর দেয় এবং খরচ কম। যদি প্রয়োজন প্রতি-ব্যবহারকারীর ইতিহাস হয়, তা স্পষ্টভাবে বলুন, ক্ষেত্র ও ধারণ-উইন্ডোর নাম দিন, এবং সিদ্ধান্তটিকে ড্যাশবোর্ডের বৈশিষ্ট্য নয় বরং নীতি হিসেবে ধরুন। প্যানেল সমর্থন করে বলে সূক্ষ্ম ইতিহাস সংগ্রহ করাই হলো এমন পথ যেখানে কেউ সিদ্ধান্ত না নিয়েও ধারণ বেড়ে চলে।
সমস্যা সমাধানের জন্য কাউন্টারকে আপনি যে কাজ পরীক্ষা করছেন তার সঙ্গে তুলনা করুন। ক্রমশ বাড়তে থাকা মোট প্রমাণ করে ট্রাফিক চলছে, অ্যাপ্লিকেশন কাজ করছে তা নয়।
স্পষ্টভাবে কাজ করা একটি সেশনের সময় স্থির কাউন্টার সাধারণত বোঝায় আপনি ক্যাশ করা মান বা ভুল ইন্টারফেস পড়ছেন। রাখা ক্ষেত্র ও উইন্ডোর নাম দিন, পরের নিরীক্ষায় যাচাই করার মতো নির্দিষ্ট কিছু থাকবে।