IPsec پر بڑے پیکٹ غائب ہو جاتے ہیں جبکہ چھوٹے ping کام کرتے رہتے ہیں

دور کے شیل جوابدہ رہتے ہیں، چھوٹی جانچیں جواب دیتی ہیں، اور پھر فائل کی کاپی آہستہ آہستہ چل کر ایسی کسی خرابی کے بغیر رک جاتی ہے جس کی طرف کوئی اشارہ کر سکے۔ بڑے پے لوڈ کے ساتھ ping اسے فوراً دہراتا ہے، اور وہی منتقلی مقامی نیٹ ورک سے کام کرتی ہے۔ انکرپشن میں کچھ بھی سست نہیں؛ کچھ پیکٹ کبھی نہیں پہنچتے۔ دو مختلف تقسیمیں وہ نشانی بنا سکتی ہیں، اور وہ الگ ثبوت چھوڑتی ہیں۔

دو جگہیں جہاں پیکٹ تقسیم ہو سکتا ہے

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

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

سائز کا فیصلہ واقعی کہاں لیا جاتا ہے

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

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

بیرونی بجٹ اندرونی بجٹ نہیں ہے

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

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

IPv6 اختیارات میں سے ایک ہٹا دیتا ہے

IPv6 راؤٹر گزرگاہ میں تقسیم نہیں کرتے، اس لیے بیرونی پیکٹ یا تو سما جاتا ہے یا Packet Too Big پیغام کے ساتھ غائب ہو جاتا ہے۔ وہی پیغام واحد رائے رسانی کا راستہ بن جاتا ہے، اور اسے روکنا آگے کی ہر بڑی منتقلی کے لیے راستہ تلاش کرنا توڑ دیتا ہے۔ IPv4 راؤٹر بٹ صاف ہونے پر بڑا پیکٹ تقسیم کر سکتے ہیں، جو خرابی کو اس وقت تک چھپاتا ہے جب تک کوئی اور وہ بٹ نہ لگائے۔

مخلوط اسٹیک پر وہی ٹنل دونوں خاندانوں کے لیے مختلف رویہ رکھ سکتا ہے، اس لیے IPv4 پر ایک جانچ IPv6 کی شکایت طے نہیں کرتی۔ جو جانچ صرف ایک خاندان کی مشق کرتی ہے وہ آدھا جواب ناپے بغیر چھوڑ دیتی ہے۔

TCP سیگمنٹ کی پالیسی عام جواب نہیں ہے

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

اسے لاگو کریں، پھر وہ کام جانچیں جو ناکام ہوا۔ اگر UDP معاملہ اب بھی ناکام ہو، تو سیگمنٹ پالیسی کبھی جواب نہیں تھی اور انٹرفیس بجٹ کو اب بھی توجہ چاہیے۔ پہلے ناکام کام کا پروٹوکول پہچانیں، پھر اس سے متعلق کنٹرول منتخب کریں۔

کام کا ترتیب

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

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