nslookup VPN کے ذریعے حل کیوں کرتا ہے لیکن براؤزر نہیں

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

نیچے دیے گئے معائنے ان راستوں پر سسٹم سے باہر کی طرف چلتے ہیں۔ جب تک آپ کو معلوم نہ ہو کہ کون سا راستہ جواب دے اور کون سا ناکام ہوا، VPN پروفائل میں ترمیم نہ کریں۔

تین پالیسیاں جواب کا تعین کرتی ہیں

ہر انٹرفیس اپنی ریزولور فہرست اور تلاش کے لاحقے رکھتا ہے۔ VPN ایڈاپٹر سرور شامل کرتا ہے جبکہ جسمانی ایڈاپٹر اپنے رکھتا ہے، اور سسٹم وہ لے سکتا ہے جو پہلے جواب دے، اس لیے کوئی منتخب کیے بغیر تلاش ٹنل سے باہر انجام پا سکتی ہے۔ نام حل کرنے کی پالیسی جدول کے قواعد منتخب ڈومینز منتخب سرورز کو بھیج سکتے ہیں، Windows پر split DNS عام طور پر اسی طرح ظاہر ہوتا ہے۔ اور VPN کلائنٹ یا گیٹ وے ایسا ریزولور پتہ دھکیل سکتا ہے جو صرف نجی نیٹ ورک کے اندر موجود ہے۔

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

براؤزر مختلف سوال کیوں پوچھتا ہے

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

پتہ خاندان کی ترجیح تاخیر کی وضاحت کرتی ہے، ناکامی کی نہیں۔ جو براؤزر صرف IPv4 لے جانے والی ٹنل پر پہلے IPv6 ریکارڈ مانگتا ہے وہ پیچھے ہٹنے سے پہلے وقت کی حد ختم ہونے کا انتظار کرتا ہے۔ Firefox نے ٹھیک اسی کے لیے ترجیح رکھی ہے، اور اسے بند کرنا مرمت نہیں بلکہ تشخیصی قدم ہے۔

ریزولور فہرست اور قواعد پڑھیں

Windows پر نظریہ قائم کرنے سے پہلے وہ چھاپیں جو سسٹم کے پاس ہے۔ Get-DnsClientServerAddress انٹرفیس کے مطابق سرور دکھاتا ہے، Get-DnsClientNrptRule نام کی فضا کے قواعد کی فہرست دیتا ہے، اور Resolve-DnsName سسٹم کے راستے سے عین نام کا جواب دیتا ہے۔ اس جواب کا موازنہ VPN کے سرور پر پتے کے مطابق براہِ راست استفسار سے کریں۔ جب Resolve-DnsName ناکام ہو اور براہِ راست استفسار کامیاب ہو، تو مشتبہ ریزولور فہرست یا نام کی فضا کا قاعدہ ہے۔

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

ناقابل رسائی دھکیلا گیا ریزولور

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

اگر ریزولور ناقابل رسائی ہے، تو مرمت راستہ یا شامل سب نیٹ ہے، دوسرا DNS سرور نہیں۔

خفیہ کردہ DNS پورے راستے کو نظرانداز کرتا ہے

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

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

ناکامی سے مطابقت رکھنے والی مرمت

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

پھر تلاش کو کنکشن سے الگ کریں۔ جو نام درست پتے پر حل ہوتا ہے لیکن کنکشن سے انکار کرتا ہے وہ سروس، فائر وال یا سرٹیفکیٹ کا مسئلہ ہے، اور DNS تبدیلیاں اسے درست نہیں کریں گی۔

لکھیں کہ کون سا راستہ جواب دہ ہوا، کون سا ناکام ہوا اور آپ نے کیا بدلا۔ پھر اسی علامت کی اگلی رپورٹ کو دوپہر کے بجائے ایک کمانڈ لگے گی۔