Linux پر فی روٹ MTU: سائز کے تین کنٹرول، ایک روٹ
انٹرفیس MTU، روٹ MTU اور MSS حد مختلف تہوں میں کام کرتے ہیں۔ بجٹ اُس روٹ سے جوڑیں جو تلاش جیتتا ہے، اور تبدیلی کو واپس لانے کے قابل رکھیں۔
Linux کلائنٹ پر تین سیٹنگز سب «پیکٹ چھوٹے کریں» جیسی سنائی دیتی ہیں، اور وہ مختلف تہوں میں کام کرتی ہیں۔ انٹرفیس MTU ہر اُس پیکٹ کو محدود کرتا ہے جو ڈیوائس بھیجتی ہے۔ روٹ MTU اُس روٹ کو استعمال کرنے والے پیکٹ محدود کرتا ہے، اور یہی اکثر وہ چیز ہوتی ہے جو آپ واقعی ایک VPN منزل کے لیے چاہتے ہیں۔ TCP MSS حد بدلتی ہے کہ دونوں سرے کیا طے کرتے ہیں، اور UDP کے لیے کچھ نہیں کرتی۔
تین کنٹرول جو ایک ہی بٹن جیسے دکھتے ہیں
انتخاب سے پہلے اُنہیں ساتھ رکھیں، کیونکہ غلط قطار چننا ہی زیادہ تر اُن مشوروں کی وضاحت ہے جو کام نہیں کرتے:
| Control | Scope | What it cannot fix |
|---|---|---|
| Interface MTU | Every packet the device sends | Nothing, but it over-constrains unrelated traffic |
| Route MTU | Packets using that route | A send that the lookup never routes there |
| MSS clamp | TCP handshake on that path | UDP payload sizes and ICMP |
پوری مشین کے لیے Ethernet MTU کم کرنا اِس حل کا بھدا ورژن ہے۔ یہ کام کرتا ہے، اور میزبان پر ہر دوسری ایپلیکیشن کو بھی سزا دیتا ہے، اُن سمیت جن کے راستے ٹھیک تھے۔ فی روٹ قدر وہی ارادہ بغیر ضمنی لاگت کے ظاہر کرتی ہے۔
موازنہ صرف اُس ٹریفک کے لیے معتبر ہے جو میزبان خود پیدا کرتا ہے۔ کسی دوسرے کلائنٹ کے لیے پیکٹ آگے بھیجنے میں اُس کا اپنا راستہ اور ٹنل کا بیرونی بجٹ شامل ہوتا ہے، اور اِس میزبان کا روٹ میٹرک اُس حد سے آگے نہیں جاتا۔
بجٹ اُس روٹ سے جوڑیں جو تلاش جیتتا ہے
ایک مثالی IPv4 روٹ ریکارڈ ایسا دکھتا ہے:
ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380ریکارڈ کو چپکانے کی قدر کے طور پر نہیں، ارادے کی تشریح کے طور پر پڑھیں۔ سابقہ، ڈیوائس اور ترجیحی ماخذ اصل ترتیب سے مطابق ہوں، اور عدد بلاگ پوسٹ سے نہیں، انکیپسولیٹڈ راستے کے بارے میں ثبوت سے آنا چاہیے۔ روٹ MTU اندرونی IP پیکٹ محدود کرتا ہے، جو 1380 بائٹ TCP پے لوڈ یا 1380 بائٹ خفیہ کردہ بیرونی پیکٹ نہیں ہے۔
کچھ بھی شامل کرنے سے پہلے دیکھیں کہ تلاش واقعی کہاں طے ہوتی ہے۔ پالیسی قواعد والا میزبان کسی منزل کو main کے علاوہ کسی اور جدول سے روٹ کر سکتا ہے، اور صرف main جدول میں موجود میٹرک اُس درخواست کے لیے نظر نہیں آتا۔ موازنہ کریں ip -4 route show table all اور ip route get کے جواب کا، قواعد کے استعمال پر نشان یا نام کی جگہ کا سیاق شامل کرتے ہوئے۔ اگر دونوں مطابق نہ ہوں، تو میٹرک اُس جدول کو درکار ہے جس نے جواب دیا، نہ کہ اُس کو جو زیادہ قرینے سے دکھتا ہے۔
mtu یعنی mtu lock نہیں
بطور طے شدہ کرنل اب بھی ICMP تاثر سے راستے کا MTU تازہ کر سکتا ہے، راستے کا MTU دریافت اِسی لیے ہے۔ lock شامل کرنا اُسے روکتا ہے۔ یہ الگ فیصلہ ہے، وہی عدد بچانے کا زیادہ مضبوط طریقہ نہیں، اور IPv4 کے لیے یہ «ٹکڑے نہ کریں» بٹ کی دستاویزی کارروائی بدلتا ہے۔
قفل لگانا معقول ہے جب آپ نے راستہ ناپ لیا ہو اور چاہیں کہ قدر جو بھی آئے مستقل رہے۔ یہ برا طے شدہ ہے جب نیٹ ورک درست سائز کا تاثر بھیجے، کیونکہ کرنل اب خود کو ڈھال نہیں سکتا اور ناکامی کسی دوسری علامت میں منتقل ہو جاتی ہے۔
اگر ICMP راستے میں کہیں فلٹر ہو، تو کوئی روٹ سیٹنگ اُسے درست نہیں کرتی۔ اصلاح فلٹر کا کام ہے، اور چھوٹا MTU ایسا راستہ ہے جو اگلی روٹ تبدیلی تک اصل خرابی چھپاتا ہے۔
ٹنل سافٹ ویئر اپنے سائز کے بٹن شامل کرتا ہے
OpenVPN- mssfix اپنے دستاویزی UDP ٹنل کیس کے لیے TCP قطعے کا سائز ایڈجسٹ کرتا ہے۔ یہ TCP گفتگو پر کام کرتا ہے، اس لیے یہ آپریٹنگ سسٹم کے روٹ MTU کی دوسری ہجے نہیں ہے، اور مذاکروں کو نظر انداز کرنے والی UDP سروس کی مدد نہیں کر سکتا۔
ایک ہی تبدیلی کی کھڑکی میں روٹ MTU، انٹرفیس MTU تبدیلی اور MSS حد ایک ساتھ نہ رکھیں۔ اگر مسئلہ غائب ہو جائے تو آپ کو معلوم نہ ہوگا کہ کون سا اہم تھا، اور جو رکھیں گے وہ برسوں تک ٹریفک محدود کریں گے ایسی وجہ سے جو کسی کو یاد نہیں رہتی۔
اِسے واپس لانے کے قابل بنائیں، پھر ثابت کریں
روٹ کا اصل مالک طے کرتا ہے کہ تبدیلی دوبارہ جڑنے کے بعد باقی رہتی ہے یا نہیں۔ روٹ کو متحرک طور پر نصب کرنے والا VPN کلائنٹ عام طور پر اُسے آپ کے میٹرک کے بغیر دوبارہ بناتا ہے، اور ہاتھ سے کیا گیا ip route add پھر ایک دن بعد ناکام ہونے والی اصلاح جیسا لگتا ہے۔ قدر مینیجر کی ترتیب میں رکھیں، اور اگر عارضی تجربہ درکار ہو تو پہلے اصل روٹ نوٹ کریں۔
اُس عمل کو کرنے والے نئے کنکشن سے جانچیں جو رک گیا تھا، پھر تصدیق کریں کہ مطلوبہ نجی روٹ اب بھی جیتتا ہے اور غیر متعلق منزلیں تبدیل نہیں ہوئیں۔ ٹنل دوبارہ جوڑیں اور روٹ دوبارہ پڑھیں، کیونکہ دوبارہ جڑنے پر غائب ہونے والی قدر اصلاح نہیں ہے۔
اگر ثبوت تبدیلی کی تائید نہ کریں، تو اوور رائیڈ اُس کے مینیجر کے ذریعے ہٹائیں اور روٹ حذف کرنے کے بجائے اصل روٹ خصوصیات بحال کریں۔ پھر لکھیں کہ آپ نے کیا ناپا، کس راستے پر، تاکہ اگلا شخص اصل بہتری کو چلتا چھوڑے گئے تجربے سے الگ پہچان سکے۔