জাম্বো ফ্রেম VPN পথকে 9000 বাইটের প্যাকেট বহন করতে পারে না

আপনি LAN-এ 9000 বাইটের ফ্রেম চালু করেছিলেন এবং ভেবেছিলেন VPN দ্রুত হবে। এটি ধীর হয়ে গেল, বা বড় ট্রান্সফার পুরোপুরি পার করা বন্ধ করে দিল। জাম্বো ফ্রেম হলো একটি স্থানীয় লিংক চুক্তি; এরা টানেল যে পথ পার হয় তা বড় করে না।

ব্যবহারযোগ্য বাজেট নির্ধারিত হয় রুটের ক্ষুদ্রতম সীমা দিয়ে, টানেল যে এনক্যাপসুলেশন যোগ করে তা সহ।

জাম্বো ফ্রেম আসলে কী বদলায়

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

স্থানীয় চুক্তি, বৈশ্বিক পরিণতি। এইটাই পুরো বিভ্রান্তি।

এনক্যাপসুলেশন কর

একটি টানেল আপনার প্যাকেটকে আরেকটির ভেতরে মুড়ে দেয়। IPv4 UDP-র উপর WireGuard প্রায় 60 বাইট অতিরিক্ত খরচ যোগ করে; OpenVPN-এর UDP মোড একই পরিসরে, আর IPsec মোড ও অ্যালগরিদম অনুযায়ী বদলায়। সেই বাইটগুলো বাইরের পথের বাজেট থেকে আসে, কোথাও থেকে নয়।

তাই 1500 বাইটের বাইরের লিংক টানেল হেডার যোগ হলে 1500 বাইটের ভেতরের প্যাকেট বহন করতে পারে না।

হিসাবটা একবার করা লাভজনক। 1500 বাইটের পথে একটি WireGuard ইন্টারফেসের প্রায় 1420 MTU দরকার, যাতে এনক্যাপসুলেটেড প্যাকেট ধরে। ভেতরের ইন্টারফেস 9000-এ সেট করুন, তাহলে প্রতিটি বড় প্যাকেটের এমন টুকরো করা দরকার হবে যা টানেল করতে পারে না, অথবা সেটি ফেলে দেওয়া হবে।

পথের ক্ষুদ্রতম লিংক খুঁজুন

রুট ধরে হাঁটুন এবং সবচেয়ে কম MTU খুঁজুন। LAN সাধারণত 1500 বা 9000, WAN সাধারণত 1500, আর মোবাইল বা PPP লিংক আরও কম হতে পারে। তারপর টানেলের অতিরিক্ত খরচ বিয়োগ করুন। ফলাফল ভেতরের ইন্টারফেসের MTU-র চেয়ে ছোট হলে, আপনার উত্তর পেয়ে গেছেন। পাথ MTU ডিসকভারি এটি স্বয়ংক্রিয়ভাবে খুঁজে পেতে পারে, কিন্তু কেবল যখন এর নির্ভর করা ICMP বার্তাগুলো পার হতে দেওয়া হয়।

ফিল্টার করা ICMP হলো বড় ট্রান্সফার আটকে থাকার অথচ ছোট অনুরোধ ভালো চলার চিরাচরিত কারণ।

পরিবর্তন না বাড়িয়েই আকার-নির্ভরতা পরীক্ষা করুন

একটি প্রতিনিধিত্বমূলক ট্রান্সফার ব্যবহার করুন এবং মূল মানগুলো সংরক্ষণ করুন যাতে ফিরিয়ে দিতে পারেন। ping -M do -s 1472 DF বিট সেট করে 1500 বাইটের একটি প্যাকেট পরীক্ষা করে; পাস না করা পর্যন্ত আকার কমাতে থাকুন। কেবল বড় প্যাকেট ব্যর্থ হলে আপনার রুটিং নয়, আকারের সমস্যা।

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

কখন বড় MTU সঠিক নকশা

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

সাধারণ পাবলিক এক্সিটের জন্য 1500 বা কম ধরে নিন এবং টানেলকে নিরাপদ ভেতরের MTU বেছে নিতে দিন। RFC 8201 IPv6 ক্ষেত্রে পাথ MTU ডিসকভারি কভার করে এবং ফিডব্যাক কীভাবে কাজ করার কথা তা জানার জন্য একটি উপযোগী রেফারেন্স।