ম্যাক VPN-এর বাইট কাউন্টার কী প্রমাণ করে আর কী করে না

ক্লায়েন্টের স্ট্যাটাস উইন্ডো খুললে সংখ্যাগুলো আশ্বস্তকারী মনে হয়: বাইট বাড়ছে, টানেল সংযুক্ত। উইন্ডোটি বন্ধ করলে অফিস অ্যাপটি তখনও ব্যর্থ হয়, অর্থাৎ কাউন্টারগুলো এমন এক প্রশ্নের উত্তর দিয়েছে যা কেউ করেনি। ইন্টারফেসে বাইট গণনা ওই পর্যবেক্ষণ বিন্দুতে ট্রাফিক মাপে, তার বেশি কিছু নয়। আপনি যে সংখ্যাটি দেখছেন সেখান থেকে এটি যে স্তরের কথা জানায় সেখানে যান, তারপর অ্যাপটি আপনাকে যে ফলাফল দিয়েছে সেখানে যান।

সংখ্যা বাছার আগে ইন্টারফেস বাছুন

সংখ্যাটি যেখানে দেখানো হয় সেখান থেকে শুরু করুন এবং পাশের লেবেলটি পড়ুন। ক্লায়েন্ট উইন্ডো সেশন মোট দেখাতে পারে, টানেল ইন্টারফেস ভেতরের IP বাইট দেখাতে পারে, আর ফিজিক্যাল অ্যাডাপ্টার এনক্রিপ্ট করা বাইরের বাইট দেখাতে পারে; বাইটে গণনা করা তিনটি ভিন্ন কাউন্টার। কমান্ড লাইনে netstat -ibn প্রতিটি ইন্টারফেসে প্রতিটি ঠিকানার জন্য একটি সারি ছাপে, তাই একটি টানেল কয়েকবার দেখাতে পারে। সারিটিকে ক্লায়েন্টের সত্যিই মালিকানাধীন ইন্টারফেসের সাথে মেলান, এবং গন্তব্য যে রুট বেছে নেয় তার সাথে তা নিশ্চিত করুন। utun নামের একটি ডিভাইস VPN-এর, অন্য টানেলের, বা আপনার আগ্রহের বাইরের কিছুর হতে পারে।

Wi-Fi কাউন্টার শুধু পড়তে সহজ বলে সেটি বদলে বসাবেন না। ভিন্ন পর্যবেক্ষণ বিন্দু ভিন্ন প্রশ্নের উত্তর দেয়।

আজীবন মোট নয়, ডেল্টা নিন

সারিটি পড়ুন, একটি ছোট অনুমোদিত অনুরোধ করুন, তারপর একই সারি আবার পড়ুন। পার্থক্যটাই প্রমাণ, কারণ আজীবন মোটের মধ্যে বুট হওয়ার পর থেকে মেশিন যা কিছু করেছে সবই থাকে। বিরতিটি ছোট রাখুন যাতে ব্যাকগ্রাউন্ড ট্রাফিকের দূষিত করার সুযোগ কম থাকে। ব্যস্ত মেশিনে nettop থ্রুপুট একটি প্রসেসের সাথে সম্পর্কিত করতে পারে, যা ইন্টারফেস কাউন্টারে ফেরার আগে ক্ষেত্রটি সংকুচিত করে।

স্বীকার করুন যে ডেল্টাটি পরিষ্কার নয়। মেইল, আপডেট আর ক্লায়েন্টের নিজের কিপঅ্যালাইভ সবই অবদান রাখে, তাই সংখ্যাটিকে পরিমাপ নয়, একটি ঊর্ধ্বসীমা হিসেবে ধরুন। বিরতিতে আপনি যদি কেবল অ্যাপটিই চালিয়ে থাকেন, সীমাটি সাধারণত কাজে লাগার মতোই আঁটসাঁট হয়।

ভেতরের ও বাইরের কাউন্টার ভিন্ন জিনিস মাপে

ফিজিক্যাল অ্যাডাপ্টার বাইরের হেডারসহ এনক্রিপ্ট করা প্যাকেট গণনা করে, আর টানেল ইন্টারফেস তার গ্রহণ বা হস্তান্তর করা পেলোড হিসাব করে। দুটোকে একসাথে যোগ করলে একই স্থানান্তর দুইবার গণনা হয়। অতিরিক্ত ওভারহেড, পুনঃপ্রেরণ ও এনক্যাপসুলেশনও সহজ সমতা অসম্ভব করে তোলে।

দুটি কাউন্টার বিপরীত দিকে চলা একটি আবিষ্কার, কোনো বিরোধ নয়। সাধারণত এর অর্থ ট্রাফিক একটি স্তরে ঢুকেছে এবং অন্য স্তর থেকে কখনও বের হয়নি।

কাউন্টারকে অ্যাপের ফলাফলের সাথে জুড়ে দিন

প্রাপ্ত মোট প্রোটোকল আলাপচারিতায় বাড়তে পারে, অথচ আপনি যে সেবাটি চেয়েছিলেন সেটি তখনও ব্যর্থ। প্রেরণের বৃদ্ধি আরও কম বলে: এটি প্রমাণ করে কার্নেল একটি প্যাকেট গ্রহণ করেছে, কিছু উত্তর দিয়েছে তা নয়।

কাউন্টারগুলোর পাশে সঠিক ফলাফলটি লিখুন: নাম রিজলিউশন ব্যর্থ, সংযোগ সময় শেষ, TLS প্রত্যাখ্যাত, বা একটি HTTP প্রতিক্রিয়া এসেছে। এগুলো চারটি ভিন্ন ত্রুটি, আর এর মধ্যে কেবল একটি টানেল সম্পর্কে। প্রমাণ যদি আরও দূরে যেতে হয়, পরবর্তী পর্যবেক্ষণ বিন্দু গেটওয়ে বা সেবার সীমা, যেখানে কেউ দেখতে পারে অনুরোধটি পৌঁছেছে কি না। ম্যাকের নেটওয়ার্ক পছন্দ রিসেট করলে আপনি যে অবস্থা মাপছিলেন তা নষ্ট হয় এবং আপনাকে কিছুই জানায় না।

পরের মানুষের যে নোটটি দরকার সেটি লিখুন

ইন্টারফেসের নাম, কাউন্টারের লেবেল, বিরতি, আগের ও পরের মান, এবং অ্যাপের ফলাফল। এতটুকুই সহকর্মীর পক্ষে আপনার দুপুরের পুনরাবৃত্তি ছাড়াই পর্যবেক্ষণটি পুনরুৎপাদন করার জন্য যথেষ্ট। ক্লায়েন্টের সংস্করণ ও macOS-এর সংস্করণ যোগ করুন, কারণ কাউন্টারের অর্থ প্রকাশভেদে বদলাতে পারে।

সম্পূর্ণ প্যাকেট ক্যাপচার ও সিস্টেম ডাম্প বাদ দিন। একটি অনুরোধের সময় কোন স্থানীয় কাউন্টার নড়েছে তা বোঝাতে এগুলো খুব কমই দরকার, আর রিপোর্ট পড়া প্রত্যেককে ধীর করে দেয়। ক্লায়েন্ট যদি নিজের পরিসংখ্যান দেখায়, তবে তার লেবেল আপনার ভাষায় অনুবাদ না করে হুবহু উদ্ধৃত করুন। নোটটির উদ্দেশ্য কী মাপা হয়েছে তা লিপিবদ্ধ করা, এর অর্থ নিয়ে তর্ক করা নয়।