جمبو فریمز VPN راستے کو 9000 بائٹ کے پیکٹ لے جانے والا نہیں بناتے

آپ نے LAN پر 9000 بائٹ کے فریم فعال کیے اور امید کی کہ VPN تیز ہو جائے گا۔ وہ سست ہو گیا، یا بڑی منتقلیاں گزرنا بالکل بند کر دیا۔ جمبو فریمز ایک مقامی لنک معاہدہ ہیں؛ وہ اس راستے کو نہیں بڑھاتے جس سے ٹنل گزرتا ہے۔

قابل استعمال بجٹ راستے کی سب سے چھوٹی حد طے کرتی ہے، بشمول وہ انکیپسولیشن جو ٹنل شامل کرتا ہے۔

جمبو فریمز دراصل کیا بدلتے ہیں

MTU ایک انٹرفیس کی خصوصیت ہے۔ اسے سرور اور اس کے سوئچ پر بڑھانے کا مطلب ہے کہ وہ دونوں ٹکڑے کیے بغیر بڑے فریموں کا تبادلہ کر سکتے ہیں۔ یہ سوئچ کے آگے کے راؤٹر، سروس فراہم کنندہ، یا ٹنل کے دوسرے سرے کے بارے میں کچھ نہیں کہتا۔ ان آلات کی اپنی حدیں ہیں، اور ان میں سے کسی ایک سے بڑھنے والا پیکٹ ان قواعد کے مطابق گرا دیا یا ٹکڑے کیا جاتا ہے جو آپ نے مقرر نہیں کیے۔

مقامی معاہدہ، عالمی نتائج۔ ساری الجھن یہی ہے۔

انکیپسولیشن ٹیکس

ٹنل آپ کے پیکٹ کو دوسرے کے اندر لپیٹتا ہے۔ 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 ڈسکوری کا احاطہ کرتا ہے اور اس بارے میں مفید حوالہ ہے کہ فیڈبیک کیسے کام کرنا چاہیے۔