اندرونی نام حل ہوتا ہے، اور وہی سرور بیرونی نام کو ریکارشن کے بارے میں انکار کے ساتھ جواب دیتا ہے۔ یہ امتزاج تضاد نہیں ہے۔ اپنے زون شائع کرنا اور پوری انٹرنیٹ کو حل کرنا سرور کی دو الگ خدمات ہیں، اور یہ پہلی دوسری کے بغیر کر سکتا ہے۔ انکار کو پالیسی کا بیان سمجھیں، پھر دیکھیں کہ پالیسی ڈیزائن سے میل کھاتی ہے یا نہیں۔

انکار اور ٹائم آؤٹ الگ جواب ہیں

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

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

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

حل کنندہ نے آپ کے ماخذ کے طور پر کیا درج کیا

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

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

dig +short host.corp.example
dig +short example.com

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

منقسم DNS ایک ڈیزائن ہے، خرابی نہیں

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

عوامی حل کنندہ براؤزنگ واپس لا سکتا ہے مگر اندرونی نام توڑ سکتا ہے یا نجی استفسار وہاں بھیج سکتا ہے جہاں انہیں نہیں جانا چاہیے۔ کسی بھی حل کنندہ کے پتے کو بدلنے سے پہلے مطلوبہ رویہ لکھیں۔

دو استفسارات سے پالیسی کی تصدیق کریں

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

resolvectl query host.corp.example
resolvectl query example.com

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

انکار کو ثبوت کے طور پر پڑھیں

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

یہ فرق بتاتا ہے کہ کہاں دیکھیں: سرور کے لاگ، اس کی رسائی پالیسی اور وہ ماخذ جو اس نے درج کیا۔ فائر وال کی تبدیلی پالیسی کے انکار کو درست نہیں کر سکتی، اور پالیسی کی تبدیلی غائب راستے کو درست نہیں کر سکتی۔ دونوں مفروضوں کو الگ رکھیں جب تک کسی ایک کے پاس ثبوت نہ ہو۔

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

متعلقہ مضامین