مشکوک VPN MTU مسئلے کی جانچ بغیر قدریں اندازہ کیے

انٹرنیٹ MTU قدروں کی فہرست آزماتے رہنا جب تک کوئی تیز محسوس نہ ہو کوئی امتحان نہیں، یہ بغیر رکنے کے قاعدے کے تلاش ہے۔ کام کرنے والا طریقہ ایک کنٹرول شدہ سائز شرط بدلتا ہے اور نتیجے کا اسی راستے سے موازنہ کرتا ہے۔ کسی دہرائے جا سکنے والے، بے ضرر ناکامی سے شروع کریں اور کام کرنے والی ترتیب رکھیں جو آپ کو تجربہ واپس لینے دیتی ہے۔ نیچے سب کچھ اسی نظم کا تقاضا کرتا ہے، کیونکہ اس کے بغیر آپ ایسی عدد کے ساتھ رہ جاتے ہیں جس کا دفاع نہیں کر سکتے۔

عدد بدلنے سے پہلے راستہ طے کریں

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

سب سے تنگ جانچ سے شروع کریں جسے چلانے کی آپ کو اجازت ہے۔ سرور کی طرف کی تبدیلی اس آخری نقطے کے ہر صارف تک پہنچتی ہے، اس لیے وہ تحقیق کے آخر میں آتی ہے، شروع میں نہیں۔

ایسے سائز سے جانچیں جسے آپ کنٹرول کرتے ہیں

Linux پر جانچ ping -M do -s 1400 host جیسی دکھتی ہے، اور Windows پر ping -f -l 1400 host جیسی۔ دونوں صورتوں میں آپ پے لوڈ مقرر کر رہے ہیں نہ کہ پیکٹ کا سائز، کیونکہ IP اور ICMP ہیڈر اوپر شامل ہوتے ہیں۔

فورم کی پوسٹ سے جھنڈا نقل کرنے کے بجائے اپنے سامنے موجود نظام کی دستاویز پڑھیں۔ ایسی منزل چنیں جسے آپ کنٹرول کرتے ہیں، تاکہ غائب جواب معمہ نہیں بلکہ اشارہ ہو۔ عین کمانڈ اور عین سائز کو راستے والے نوٹ ہی میں درج کریں۔ سائز کے بغیر نتیجہ ایک قصہ ہے۔ اگر ایک ہی چلانے میں دو چیزیں بدلیں تو آپ کو معلوم نہ ہوگا کہ کس نے نتیجہ دیا۔

ناکام جانچ MTU حد کا ثبوت نہیں

گرا ہوا جانچ سائز کی حد نہیں بلکہ ICMP فلٹرنگ کا مطلب ہو سکتا ہے، اور یہ غلطی لوگوں کو ایسی قدر ٹیون کرنے پر لگاتی ہے جو کبھی مسئلہ نہ تھی۔ کچھ بدلنے سے پہلے جانچ کا حقیقی اطلاق، اور سائز سے متعلق غلطی پیغام یا محدود گرفت سے موازنہ کریں۔ کامیاب چھوٹے ping بھی کچھ ثابت نہیں کرتے، کیونکہ وہ حد سے آرام سے نیچے ہو سکتے ہیں۔ ترتیب ہلنے سے پہلے دو آزاد مشاہدے کم از کم شرط ہیں۔

اگر جانچ کامیاب ہو اور اطلاق ناکام، تو آپ کے پاس ثبوت ہے کہ اس راستے پر یہ سادہ سائز کی حد نہیں۔ یہ لکھ لیں، کیونکہ یہ ممکنہ تبدیلیوں کی پوری شاخ ہٹا دیتا ہے۔

ایک ایسا پیرامیٹر ایڈجسٹ کریں جسے کلائنٹ پہلے ہی سپورٹ کرتا ہے

وہ ترتیب بدلیں جو کلائنٹ اس پروٹوکول کے لیے دستاویز کرتا ہے اور آخری نقطہ اور منزل کو اچھوتا رہنے دیں، ورنہ آپ نے بیک وقت دو چیزیں بدل دیں۔ TCP MSS کی حد ہر UDP بوجھ کو نہیں ڈھانپتی، اسی لیے کام شروع کرنے والا براؤزر ٹنل پروٹوکول کو بالکل ویسا ہی ٹوٹا چھوڑ سکتا ہے۔ IPv4 اور IPv6 یہاں الگ راستے ہیں، کیونکہ ہیڈر کسی بھی روٹنگ سے پہلے ہی مختلف ہوتے ہیں۔

اگر دونوں شائع کرتے ہیں تو دونوں خاندان آزمائیں، کیونکہ ایک کا نتیجہ دوسرے کے بارے میں کچھ نہیں کہتا۔ آج رات اس راستے پر کام کرنے والی قدر ایک ڈیٹم ہے، پورے VPN کے لیے MTU نہیں۔ ایک کامیاب منتقلی کی بنیاد پر اسے عالمی ترتیب میں نہ بڑھائیں۔ قدر کو اسی راستے کے پاس لکھیں جہاں سے آئی۔

واپس لینا، تصدیق کرنا اور لکھنا

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

یہ ریکارڈ تبدیلی کی درخواست کے ساتھ رکھیں اس سے پہلے کہ کوئی تبدیلی کو وسیع کرے۔ راستے کا MTU دریافت کرنے کا طریقہ کار RFC 1191 میں وضاحت کرتا ہے کہ چھوٹی قدر ایک راستہ بچا سکتی ہے اور دوسرے کے لیے کچھ نہیں کرتی، اور اعداد کی فہرست اس ماڈل کا متبادل نہیں۔ جانچ اس وقت مکمل ہے جب آپ راستہ، سائز، مشاہدہ اور وہ قدر نام لے سکیں جو آپ نے بحال کی۔