VPN গতির পরীক্ষা কীভাবে করবেন যাতে সংখ্যাগুলো অর্থবহ হয়
পরীক্ষার সার্ভার স্থির করুন, অন্তঃস্তর অচল রাখুন এবং বিলম্বকে থ্রুপুট থেকে আলাদা করে পড়ুন। টানেল কিছু মাপার আগেই পথটি বদলে দেয়।
একটি গতির পরীক্ষা কখনোই VPN মাপে না। এটি একটি পথ মাপে, আর টানেল চালু করলে প্রথম বাইট নড়ার আগেই সেই পথের একটি অংশ বদলে যায়। তাই একই ল্যাপটপ এক সাইটে সুস্থ সংখ্যা আর অন্য সাইটে দুর্বল সংখ্যা দেখায়, অথচ দুই পাশে কিছুই বদলায়নি। ফলাফলকে একটি পথ সম্পর্কিত প্রমাণ হিসেবে পড়ুন, পণ্যের স্কোর হিসেবে নয়।
তিনটি বিষয় ঠিক করে তুলনাটি আদৌ কিছু মূল্যবান কি না: দুইবারের চালান একই লক্ষ্যে পৌঁছেছে কি না, অ্যাক্সেস নেটওয়ার্ক স্থির থেকেছে কি না, এবং আপনি কি পরিমাণের পাশাপাশি বিলম্ব লিখেছেন।
প্রথম বাইটের আগে টানেল কী পুনর্লিখন করে
ক্লায়েন্ট প্রতিটি প্যাকেটকে আরেকটি হেডারে মুড়ে দেয়, তাই প্রতি প্যাকেটে ব্যবহারযোগ্য পেলোড কমে যায়। খরচটি প্রতি স্থানান্তরে নয়, প্রতি প্যাকেটে, অর্থাৎ একটি বড় ফাইল টানেল ছাড়া পাঠানো একই ফাইলের চেয়ে বেশি প্যাকেট চায়। এ ধরনের অতিরিক্ত খরচ দৃশ্যমান সেটিং নয়, প্যাকেটের সংখ্যা হিসেবে দেখা যায়।
এর দুটি ফলাফল আসে। বড় ব্লক দিয়ে গড়া পরীক্ষা প্রতি প্যাকেটের খরচ টের পায়, আর অনেক ছোট অনুরোধ দিয়ে গড়া পরীক্ষা তার বদলে যাওয়া-আসার সময় টের পায়। আর যদি পথের MTU আবিষ্কার পথের কোথাও আটকে থাকে, টানেল ছোট প্যাকেট আকারে থিতু হয় এবং থ্রুপুট এমন কারণে কমে যার সঙ্গে সাইফারের কোনো সম্পর্ক নেই।
সিলিং সরাসরি দেখতে পারেন। লিনাক্সে খণ্ডন ছাড়া টিকে থাকা সবচেয়ে বড় পেলোড চান, তারপর টানেল চালু রেখে আবার করুন:
ping -M do -s 1472 -c 3 203.0.113.10
তা ব্যর্থ হলে 1,400-এ নামুন এবং আবার চেষ্টা করুন। যে টানেল কেবল 1,380 বাইট বহন করে, সে আপনাকে বলছে পথের আরও নিচে কিছু চাপ দিচ্ছে, আর ক্লায়েন্টে যতই টিউনিং করুন তা উঠবে না।
টানেল চালু হলে পরীক্ষার সার্ভার কেন সরে যায়
বেশিরভাগ টুল তারা যে পাবলিক ঠিকানা দেখে তার ভিত্তিতে কাছের সার্ভার বেছে নেয়। টানেল চালু থাকলে সেই ঠিকানা এক্সিট নোডের, তাই টুলটি অন্য শহর বা দেশের হোস্ট বেছে নিতে পারে। তখন আপনি দুই গন্তব্যের তুলনা করছেন, আর তাদের মধ্যবর্তী ফাঁকটিতে এক্সিট থেকে পরীক্ষার হোস্ট পর্যন্ত দূরত্বও আছে।
প্রথম চালনার আগেই সার্ভারকে নাম বা ID দিয়ে আটকে রাখুন এবং পরের প্রতিটি চালনায় তা ধরে রাখুন। টুল যদি তা ধরে না রাখে, আপনি নিজে নিয়ন্ত্রণ করেন এমন একটি লক্ষ্য বেছে নিন এবং নিজেই চালান: iperf3 -c test.example.net -R -t 20 গন্তব্য স্থির রাখে এবং গতকালের সঙ্গে তুলনা করার মতো একটি সংখ্যা দেয়।
একটি চলক বদলান, কিন্তু অন্তঃস্তর একটিমাত্র চলক নয়
ওয়্যারলেসই সাধারণত লুকানো পরিবর্তন। ল্যাপটপ নড়লে সংকেতের শক্তি বদলায়, আর প্রতিবেশী কল শুরু করলে চ্যানেলের ব্যস্ততা বদলায়, তাই Wi-Fi-তে দশ মিনিটের ব্যবধানে দুটি চালনা একই পরীক্ষার পুনরাবৃত্তি নয়। তারযুক্ত সংযোগ, বা সংকেতের মাত্রা লিখে রাখা একটি স্থির অবস্থান, সেই শব্দের বেশিরভাগ সরিয়ে দেয়। প্রতিটি চালনার শুরু ও শেষে সংকেতের মাত্রা টুকে রাখা সাধারণত দুটি চালনা একই দলের কি না তা দেখাতে যথেষ্ট।
ডিভাইসের লোডও একই ঝুড়িতে পড়ে। একটি কোরে এনক্রিপ্ট করা ক্লায়েন্ট লিঙ্কের অনেক আগেই নিজের সিলিংয়ে পৌঁছে যায়, আর পটভূমির সিঙ্ক আরও আগে পৌঁছায়। চালনার সময় CPU দেখুন এবং আর কী খোলা ছিল তা টুকে রাখুন। পাওয়ার সেটিংসও এখানে কামড়াতে পারে, কারণ ব্যাটারিতে থাকা ল্যাপটপ লিঙ্ক ব্যস্ত হওয়ার অনেক আগেই প্রসেসর সীমিত করতে পারে।
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
অন্তঃস্তরকে গড় করার বদলে স্থির রাখুন। মিলে যাওয়া তিনটি চালনা বিভিন্ন ঘরে নেওয়া দশটির চেয়ে বেশি বলে।
বিলম্ব, ক্ষতি ও ICMP ভিন্ন প্রশ্নের উত্তর দেয়
পিং একটি ছোট প্রোব স্থির ঠিকানায় পাঠায়, আর অনেক নেটওয়ার্ক কম অগ্রাধিকারে ICMP-র উত্তর দেয় বা একেবারেই উপেক্ষা করে। অনুপস্থিত উত্তর প্রোবের কথা বলে, অ্যাপ্লিকেশনের প্যাকেটের নয়। লোডের মধ্যে বাড়তে থাকা রাউন্ড-ট্রিপ সময় সাধারণত বোঝায় একটি সারি ভরছে, পথ লম্বা হয়েছে তা নয়।
টানেল বিলম্ব যোগ করে কি না জানতে একটি লক্ষ্যকে টানেলসহ ও ছাড়া তুলনা করুন, বা একই অ্যাক্সেস নেটওয়ার্ক থেকে পৌঁছানো যায় এমন দুটি এক্সিট তুলনা করুন। প্রোবটি বারবার চালান এবং বিস্তারটি দেখুন, কারণ গড়টি ঠিক সেই ভিন্নতাটিই লুকায় যা একটি কলকে অব্যবহারযোগ্য করে।
যে কাজটি ধীর লাগছিল সেখানে ফিরে যান
যে মানদণ্ড কল এখনো কেটে যাওয়া সত্ত্বেও উন্নত হচ্ছে অন্য কিছুর উত্তর দিয়েছে। তদন্ত শুরু করেছিল যে কাজটি, সেটি আবার চালান, তা সভা হোক, ফাইল শেয়ার হোক বা দূরবর্তী ডেস্কটপ সেশন হোক। যদি সংখ্যা উন্নত হয় কিন্তু কাজ না হয়, তাহলে বাধাটি ছিল এমন জায়গায় যেখানে পরীক্ষা পৌঁছায়নি, যেমন টানেলের পেছনের সার্ভার বা আপনার প্রান্তের আপলিঙ্ক।
প্রতিটি চালনা ডিভাইস, অ্যাক্সেস নেটওয়ার্ক, এন্ডপয়েন্ট, প্রোটোকল, লক্ষ্য ও সময়সহ লিখুন। যে চালনা কখনো সংযোগই করেনি তা শূন্য থ্রুপুট নয়, একটি পৌঁছানোর ফলাফল, তাই মুছে ফেলার বদলে সেই লেবেলের নিচে রাখুন।
পরের তুলনার আগে একটি ছোট তালিকা
লক্ষ্যটি স্থির করুন এবং কেন বেছেছেন তা লিখুন। পথ যে প্যাকেট আকার অনুমোদন করে তা লিখে রাখুন, যাতে পরের কোনো পতনের ব্যাখ্যা থাকে। অ্যাক্সেস নেটওয়ার্ক একই রাখুন, CPU লোড টুকে রাখুন, এবং পার্থক্য বিশ্বাস করার আগে তিনটি চালনা নিন।
তারপর ঠিক একটি জিনিস বদলান এবং পুনরাবৃত্তি করুন। যে তুলনাটি আপনি ব্যাখ্যা করতে পারেন তা বড় সংখ্যার তুলনাটির চেয়ে ভালো।