VPN-এ আপলোড ডাউনলোডের চেয়ে ধীর? কোন সীমায় আটকে আছেন তা নির্ধারণ করুন

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

প্রগতি বার থেকে একই দেখানো তিনটি সীমা

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

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

একবারে একটি দিক মাপুন

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

iperf3 ডিফল্টভাবে ক্লায়েন্ট থেকে পাঠায়, তাই সাধারণ রান আপনার আপলোড পথ মাপে; -R দিক উল্টে ডাউনলোড মাপে। এগুলো কয়েক মিনিট ব্যবধানে চালান এবং গড় না নিয়ে দুটি সংখ্যাই লিপিবদ্ধ করুন:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

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

আপলোড কোথায় বদলায় তা দিয়ে সিদ্ধান্ত নিন

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

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

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

যখন থেমে যাওয়া মন্থরতাকে হারায়

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

যে পেলোড ভাঙা যাবে না এমন পেলোড দিয়ে পথ পরীক্ষা করুন, তারপর টানেল ইন্টারফেসের MTU-এর সাথে যে মানটি পার হয় তা তুলনা করুন:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

বড় প্রোব অদৃশ্য হয়ে ছোটটি সফল হলে, প্রতিটি প্রোটোকলের জন্য ইন্টারফেস MTU কমানোর বদলে টানেলে TCP MSS চেপে ধরুন। সেই বিন্দুর পরে অবিরাম থেমে যাওয়া গ্রহণকারী অ্যাপ্লিকেশনের স্টোরেজ বা গতির সাথে সম্পর্কিত, নেটওয়ার্ক পথের সাথে নয়।

কী বদলাবেন, আর কী বদলাবেন না

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

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