DNS ناکامی یا MTU مسئلہ؟ درخواست اصل میں کہاں رکتی ہے

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

دو مختلف تہوں پر دو ناکامیاں

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

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

اگر آپ کی علامت جزوی ہے تو DNS دیکھنا بند کریں۔

مرحلہ 1: کیا نام بالکل حل ہوتا ہے

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

آپریٹنگ سسٹم جو حل کنندہ استعمال کرے گا اس سے پوچیں، پھر موازنہ کریں:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

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

مرحلہ 2: منتقلی کہاں رکتی ہے

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

موازنہ کرتے وقت آخری نقطہ اور ایپلیکیشن کی منزل مقرر رکھیں، ورنہ آپ ایک وقت میں دو متغیر ناپ رہے ہیں۔ اس مرحلے پر دیگر وجوہات بھی ممکن ہیں: سروس کی غلطیاں، ضیاع، فلٹر کا رویہ اور ٹنل کا دوبارہ جڑنا — سب رکاوٹیں پیدا کرتے ہیں۔

ایک دہرائی جانے والی رکاوٹ دس واقعات سے زیادہ قیمتی ہے۔

MTU صرف ہینڈ شیک کے بعد نقصان کیوں دیتا ہے

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

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

اندازہ لگانے کے بجائے حجم واضح طور پر ناپیں:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

ایک پرت بدلیں، پھر ثابت کریں

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

کئی ترتیبیں بدلنے کے بعد ایک بار لوڈ ہونے والا صفحہ یہ نہیں بتاتا کہ مرمت کیا تھی۔ ایک چیز بدلیں، وہی جانچ دوبارہ چلائیں، اور نتیجہ اپنے درج کردہ پہلے ناکام مرحلے کے پاس رکھیں۔

یہی ریکارڈ DNS، پیکٹ کے حجم اور تصدیق کو ایسے مستقل متبادل راستوں کا ڈھیر بننے سے روکتا ہے جنھیں کوئی سمجھا نہیں سکتا۔ خام IP سے جانچنا اس مختصر راستے کی اچھی مثال ہے جو TLS شناخت بدل دیتا ہے، اور موازنہ کامیاب ہونے کے لیے سرٹیفیکیٹ کی تصدیق بند کرنا تشخیص نہیں۔