কেন VPN ডাউনলোড আপনার সরাসরি সংযোগকে হারিয়ে দিতে পারে

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

অর্থাৎ আকর্ষণীয় সংখ্যাটি VPN কত দ্রুত ছিল তা নয়। এটি হলো আপনার লাইনের কতটা আপনি কখনোই পাননি, এবং কেন।

যে সীমা পথ নয়, পোর্ট অনুসরণ করে

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

একই বাইটগুলো অন্য পোর্ট দিয়ে পাঠান, আর 80-এর শেপার সেগুলো কখনো দেখে না। টানেল সরাসরি সংযোগকে হারিয়ে দিচ্ছে বলে মনে হয়, যদিও এটি একটি হপ, এনক্রিপশন ও নিজের ওভারহেড যোগ করেছে। উন্নতি হয়েছে পথে নয়, একটি নিয়মের অনুপস্থিতিতে।

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

চূড়া নয়, সমতল পরিমাপ করুন

চূড়া হলো স্থানান্তরের সবচেয়ে কম তথ্যবহুল অংশ, কারণ বাফার ভরে ওঠার সময় প্রতিটি সংযোগই ভালো দেখায়। গতি কোথায় থিতিয়ে পড়ে এবং কতক্ষণ সেখানে থাকে তা লিখে রাখুন।

curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/

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

ফাইলটি আগে থেকেই সংকুচিত রাখুন যাতে পরিবহন সংকোচনকে ব্যাখ্যা হিসেবে দেওয়া না যায়। একটি PDF বা আর্কাইভ সেই চলকটি সরিয়ে দেয়, এবং কেউ টানেল পেলোড চেপেছে বলে তর্কও করতে পারে না। যদি দুই স্থানান্তরই একই ফাইল ব্যবহার করে, তবে বাকি একমাত্র পার্থক্য হলো পথ ও পোর্ট। প্রতিটি সংখ্যার পাশে টুল ও পোর্ট লিখুন, নইলে দ্বিতীয় চালনা প্রথমটির সাথে তুলনীয় নয়।

কারণকে আলাদা করা তিনটি তুলনা

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

1. একই ডাউনলোড সাধারণ ওয়েব পথে এবং অন্য পোর্টের একটি স্থানান্তর টুলে পুনরাবৃত্তি করুন, তুলনীয় ধারণক্ষমতার হোস্ট থেকে।
2. উভয়ই একটি অসংকোচনীয় ফাইল দিয়ে পুনরাবৃত্তি করুন, যাতে সংকোচন প্রার্থী থাকা বন্ধ হয়।
3. আপনি নিজে টানেল সার্ভার চালালে সেটি আবার পোর্ট 80-এ বাঁধুন, ক্লায়েন্ট প্রোফাইল এমনভাবে ঠিক করুন যাতে দুই প্রান্ত একমত হয়, এবং আবার স্থানান্তর করুন। এখন টানেল যদি সীমিত ওয়েব গতিতে বসে থাকে, তবে নিষেধাজ্ঞা পোর্টকে অনুসরণ করে, VPN-কে নয়।

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

এই পরিমাপ কী সমর্থন করতে পারে না

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

এটি এও প্রমাণ করে না যে সরাসরি পথটি নষ্ট। সীমিত পথও কাজ করে; এটি ইচ্ছাকৃতভাবে সীমিত, আর ইচ্ছাকৃত নীতি মেরামতের অপেক্ষায় থাকা ত্রুটি নয়।

আর এটি অবশ্যই সবকিছু টানেল দিয়ে পাঠানোকে ন্যায্য বলে না। পোর্ট 80-এর প্রতিটি অ্যাপ্লিকেশন সীমিতই থাকে, আর আপনি যা সরিয়ে নেন তা এখন একটি বাড়তি হপ ও বাড়তি ব্যর্থতার ধরনের উপর নির্ভর করে।

প্রাপ্তিটি কাজে লাগানোর মতো কিছু করুন

পর্যবেক্ষণটি রায় নয়, পরিমাপ হিসেবে লিখুন: পোর্ট 80-এ বড় স্থানান্তর একই ফাইল অন্য পোর্টে যে গতিতে পৌঁছায় তার প্রায় অর্ধেকের কাছাকাছি থিতিয়ে পড়ে, এই সময়গুলোতে, এই লাইনে, এই নমুনগুলো সংযুক্ত করে। এটি এমন একটি সহায়তা অনুরোধ যা কেউ তদন্ত করতে পারে।

«VPN দ্রুততর» তা নয়। এটি এনক্রিপশন ওভারহেড নিয়ে একটি উত্তর ডেকে আনে, আর সেই উত্তর কারিগরি দিক থেকে সঠিক হলেও কাউকে উপযোগী কিছু বলে না। নমুনার সংখ্যা, সময় ও পোর্ট সংযুক্ত করুন, যাতে পাঠক ধাঁচটি পুনরুৎপাদন করতে পারেন।

বাল্ক স্থানান্তরের জন্য অন্য পোর্ট ব্যবহার চালিয়ে যাওয়ার সিদ্ধান্ত নিলে নিজের নথিতে সতর্কতা লিখে রাখুন: একটি লিসেনার পোর্ট 80-এ সরানো সেখানে ইতিমধ্যে বাঁধা যেকোনো ওয়েব সার্ভারের সাথে সংঘর্ষ করে, এবং ফলাফল ব্যর্থতা পোর্ট দ্বন্দ্ব নয়, বরং ভাঙা টানেলের মতো দেখায়।