কেন VPN-এর মাধ্যমে ডাউনলোড সরাসরি ডাউনলোডের চেয়ে দ্রুত

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

বক্ররেখার আকৃতিই তা ফাঁস করে দেয়

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

একই ফাইলের দুটি রান, একটি সরাসরি এবং একটি টানেলের মধ্য দিয়ে, প্লেটো আছে কি না দেখার জন্য যথেষ্ট।

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

তিনটি তুলনা, প্রতিটিতে একটি করে চলক

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

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

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

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

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

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

এটিও দেখায় না যে সরাসরি পথটি ত্রুটিপূর্ণ। সীমিত পথ ঠিক যেমন সংকল্পিত তেমনি কাজ করে, এটি কেবল নীতিতে সীমিত।

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

অনুসন্ধানটিকে সহায়তা অনুরোধে পরিণত করুন

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

শুধু ওই সংখ্যার পিছু লেগে প্রতিটি অ্যাপ্লিকেশনকে টানেলে ঠেলে দেবেন না।

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