OpenVPN MTU کے غیر متوازن استعمال پر خبردار کرتا ہے: پیغام کیا موازنہ کرتا ہے

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

تین شرطیں جواب طے کرتی ہیں: ہم منصب کیا موازنہ کرتے ہیں، قدر پرانی ہے یا نہیں، اور انتباہ کے علاوہ کون سی علامت موجود ہے۔

انتباہ پیکٹ نہیں، اختیارات کا موازنہ کرتا ہے

OpenVPN ہم منصب ہینڈ شیک کے دوران اپنی اختیاری strings کا تبادلہ کرتے ہیں اور اختیارات کی مطابقت کی جانچ کے حصے کے طور پر ان کا موازنہ کرتے ہیں۔ جب ایک فریق دوسرے سے مختلف طور پر link-mtu یا tun-mtu بتاتا ہے، تو عدم مطابقت دونوں قدروں کے ساتھ درج ہوتی ہے۔ وہ تبادلہ کبھی بڑا پیکٹ نہیں بھیجتا تاکہ دیکھا جا سکے کیا ہوتا ہے، اس لیے انتباہ استعداد کے بجائے ترتیب بیان کرتا ہے۔ ٹنل پورے حجم کی ٹریفک لے جا کر بھی اسے چھاپ سکتا ہے، یا بڑے پیکٹوں پر ناکام ہو کر کچھ بھی نہیں چھاپ سکتا۔

پورا انتباہ اس کی مقامی اور دور کی قدر کے ساتھ رکھیں۔ ثبوت وہ جوڑی ہے؛ جو اکیلا عدد آپ کو یاد ہے وہ نہیں۔

link-mtu پرانا کیوں ہے

OpenVPN 2.6 link-mtu کو پرانا قرار دیتا ہے، کیونکہ بدلتے ہیڈر اور طے شدہ ciphers مستقل لنک قدر کو ناقابلِ اعتماد بناتے ہیں۔ اس اختیار نے پیکٹ کی ایسی ترتیب فرض کی جو پروٹوکول اب یقینی نہیں بناتا، اس لیے لفظی link-mtu والا پرانا پروفائل ایسا ارادہ بیان کرتا ہے جو موجودہ کوڈ پورا نہیں کر سکتا۔ اس عدد کو نئے پروفائل میں نقل کرنا پرانا مفروضہ پھیلاتا ہے۔ اسے سفارش نہیں، پرانے پروفائل کی تاریخ کا حصہ سمجھ کر پڑھیں۔

مطابقت کی جانچ میں tun-mtu سے منسلک اختیاری OCC قدر بھی ہے، جو یہ بدلتی ہے کہ کیا موازنہ ہوتا ہے، بغیر یہ بدلے کہ نیٹ ورک کیا لے جاتا ہے۔ اسے مقرر کرنے سے بڑے پیکٹ اندر نہیں آ جاتے۔

راستہ جانچنے سے پہلے پروفائل درست کریں

غیر ارادی عدم مطابقت کو پروفائلز کے مالک کے ذریعے ٹھیک کریں، اور یاد رکھیں کہ سرور کی طرف تبدیلی ہر کلائنٹ پر اثر ڈالتی ہے۔ وہ پروفائل ترمیم کریں جو انسٹانس واقعی لوڈ کرتا ہے، ڈاؤن لوڈ فولڈر میں پڑی export نہیں۔ پھر ایک آزمائشی کلائنٹ دوبارہ جوڑیں اور دیکھیں کون سا انتباہ باقی رہتا ہے۔ اگر پیغام غائب ہونے کے بجائے شکل بدلے، تو آپ اپنی توقع سے مختلف اختیارات کا موازنہ کر رہے ہیں۔

مشترکہ سرور کو عالمی قدر ہلانے سے پہلے اپنی کلائنٹ فہرست کی جانچ کرانی ضروری ہے، کیونکہ ایک سائٹ کے لیے موزوں قدر دوسری کو توڑ سکتی ہے۔

پھر اس علامت کی جانچ کریں جو واقعی آپ کے پاس ہے

اگر بڑی منتقلیاں رک جائیں جبکہ چھوٹی درخواستیں کامیاب ہوں، تو قابو شدہ منزل کے مقابلے میں پیکٹ کا حجم ناپیں۔ وہ probe جو «تقسیم نہ کریں» بٹ مقرر کر کے payload کا حجم بڑھاتا ہے، راستے کا قابلِ استعمال MTU صرف کامیاب ہونے والے ping سے کہیں زیادہ بھروسے سے ڈھونڈتا ہے۔ جانچ میں ناکام ایپلیکیشن بھی شامل کریں: ICMP ٹائم آؤٹ فلٹرنگ کی عکاسی کر سکتا ہے، اور چھوٹا کامیاب ping پورے حجم کے ایپلیکیشن پیکٹ کے بارے میں کچھ نہیں کہتا۔

mssfix ٹنل کے اندر TCP سیشنز کے لیے اعلان کردہ MSS محدود کرتا ہے، جو TCP کی مدد کرتا ہے اور اندرونی UDP بوجھ کے لیے کچھ نہیں کرتا۔ ٹکڑوں میں تقسیم اور offload کی ترتیبات کی اپنی مطابقت کی شرطیں ہیں۔ لاگ کی ایک سطر خاموش کرنے کے لیے کئی چیزیں ایک ساتھ بدلنے کے بجائے ثابت شدہ مسئلے کے لیے ایک طریقہ کار منتخب کریں۔

مؤثر قدریں نتیجے کے ساتھ رکھیں

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

مطابقت کی جانچ دبانے سے کچھ نہیں ملتا۔ یہ مشاہدہ ہٹا دیتا ہے اور دونوں ترتیبات کو جیسے تھے ویسے ہی چھوڑ دیتا ہے۔