nslookup کہتا ہے سرور نامعلوم ہے: یہ صرف ایک لیبل ہے

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

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

جواب دینے سے پہلے ٹول کیا کرتا ہے

nslookup اس سرور پتے کے لیے نام تلاش کرنے کی کوشش کر سکتا ہے جو وہ استعمال کرنے والا ہے، جو in-addr.arpa یا ip6.arpa ڈومین میں الٹی تلاش ہے۔ اگر وہ PTR ریکارڈ موجود نہ ہو، پالیسی سے فلٹر ہو یا صرف شائع نہ ہوا ہو، ٹول Unknown چھاپتا ہے اور آگے بڑھ جاتا ہے۔ آگے کی حل کاری اس ناکامی سے متاثر نہیں ہوتی، کیونکہ یہ اسی سرور کو بھیجا گیا دوسرا سوال ہے۔

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

دونوں سوالات جان بوجھ کر چلائیں

کسی ایسے ہوسٹ کے بارے میں پوچھیں جو آپ کے لیے اہم ہے، پھر ریزولور کے اپنے پتے کے بارے میں۔ پہلی درخواست آپ کا مطلوبہ نام لے کر جاتی ہے؛ دوسری سرور سے پوچھتی ہے کہ کیا وہ خود کو نام دے سکتا ہے۔ لکھے جانے پر وہ ایسے دکھتے ہیں: ہوسٹ کے لیے nslookup app.corp.example 10.77.0.53، اور ریزولور کے الٹے نام کے لیے nslookup 10.77.0.53 10.77.0.53۔

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

تین نتائج جو ایک جیسے لگتے ہیں اور نہیں ہیں

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

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

حصے پڑھیں، ہیڈر نہیں

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

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

جب الٹا نام واقعی اہم ہو

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

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