الاستعلام عن DNS باستخدام Nslookup

يستعلم nslookup (البحث في خادم الأسماء) عن DNS مباشرةً، ما يتيح لك طرح السؤال «إلى أي IP يُحل هذا الاسم؟» وفحص سجلات DNS. وبينما يختبر ping باستخدام الاسم DNS بصورة غير مباشرة، يختبره nslookup عمدًا وبالتفصيل. وهو أداة سطر الأوامر الأساسية لتشخيص مشكلات تحليل الأسماء، ومتاحة في Windows وLinux وmacOS.

تكون كثير من حالات انقطاع الخدمة في الواقع مشكلات DNS متخفية: فقد يكون الموقع «متوقفًا» لأنه يتعذر حله، أو لأنه يشير إلى خادم خاطئ. ويفصل الاستعلام عن DNS مباشرةً باستخدام nslookup بين تحليل الاسم والاتصال. فإذا أعاد nslookup عنوان IP الصحيح، يكون DNS سليمًا وتبحث في مكان آخر؛ أما إذا فشل، فقد عثرت على السبب.

يعرض nslookup الأساسي Server الذي أرسل الإجابة (خادم DNS الخاص بك)، ثم Name الذي جرى الاستعلام عنه وAddress(es) الناتجة عن حله. ويخبرك ظهور الخادم والإجابة معًا بمن استجاب وما الذي قاله، وهما المعلومتان اللازمتان لتقييم عمل التحليل بصورة صحيحة.

غالبًا ما يضع nslookup علامة Non-authoritative على الإجابة، ما يعني أنها جاءت من ذاكرة مؤقتة أو محلل تكراري، لا من خادم النطاق نفسه. أما الإجابة authoritative فتأتي مباشرةً من الخادم المسؤول عن ذلك النطاق. ويفيد هذا التمييز عند البحث عن سجلات قديمة؛ فقد تكون الإجابات المخزنة مؤقتًا قديمة، بينما يكشف الاستعلام الموثوق القيمة الحالية الحقيقية.

يمكنك طلب أنواع محددة من السجلات. عيّن النوع إلى A من أجل IPv4، أو AAAA من أجل IPv6، أو MX لخوادم البريد، أو CNAME للأسماء المستعارة، أو NS لخوادم الأسماء، أو TXT للسجلات النصية. ويتيح لك الاستعلام عن النوع الصحيح التحقق من الجزء المحدد من DNS الذي تشتبه فيه، مثل سبب عدم وصول البريد الإلكتروني.

يتيح لك nslookup الاستعلام عن خادم DNS محدد بدلًا من الخادم الافتراضي. وهذه ميزة قوية؛ فإذا أعطاك خادمك المحلي إجابة قديمة أو خاطئة، فاستعلم مباشرةً من محلل عام مثل 8.8.8.8 وقارن بين الإجابتين. ويشير الاختلاف إلى مشكلة في خادم DNS أو ذاكرته المؤقتة، لا في النطاق نفسه.

يسير البحث العكسي في الاتجاه المعاكس، إذ يحول عنوان IP إلى اسم باستخدام سجلات PTR. ما عليك سوى إعطاء nslookup عنوان IP بدلًا من اسم. وتؤكد عمليات البحث العكسي أن العنوان يشير إلى الاسم الصحيح، وهو أمر مهم لخوادم البريد والسجلات، حيث ينبغي أن يتوافق التحويل من الاسم إلى IP مع التحويل من IP إلى الاسم.

شغّل nslookup دون معاملات للدخول إلى الوضع التفاعلي، حيث يمكنك تعيين خيارات مثل الخادم أو نوع السجل، وتنفيذ عدة استعلامات متتالية. ويفيد ذلك عند التحقيق في مشكلة DNS معقدة من زوايا متعددة، من دون إعادة كتابة الأمر كاملًا في كل مرة. اكتب exit للخروج.

يساعد nslookup في تشخيص الأعراض المعروفة: اسم لا يُحل إطلاقًا (بسبب خادم DNS خاطئ أو يتعذر الوصول إليه)، أو اسم يُحل إلى عنوان IP خاطئ (بسبب سجل قديم أو غير صحيح)، أو بطء في التحليل (بسبب خادم محمل فوق طاقته أو بعيد). وتوضح مطابقة العرض مع نتيجة nslookup بسرعة ما إذا كان DNS هو سبب المشكلة.

في Linux وmacOS، يُعد dig (Domain Information Groper) بديلًا أكثر تفصيلًا لـ nslookup، إذ يعرض أقسام الاستعلام والإجابة كاملةً، إلى جانب التوقيت. ويفضل كثير من المحترفين dig لوضوحه. ويركز CompTIA على nslookup، لكن معرفة وجود dig وتنفيذه المهمة الأساسية نفسها تجعلك أكثر قدرة في المجال.

استخدم nslookup كلما واجهت خدمة تعتمد على الأسماء مشكلة، بينما كان الاتصال الأساسي (ping باستخدام IP) سليمًا. ومن خلال التأكد مما يعيده DNS، والخادم الذي أعاده، وما إذا كانت الإجابة موثوقة، يمكنك عزل أعطال تحليل الأسماء بدقة. وعند دمجه مع ipconfig لفحص خوادم DNS المهيأة، يجعل nslookup العثور على مشكلات DNS وإصلاحها أمرًا سريعًا.

اختبروا معرفتكم بالأداة nslookup.

لقد تعلمتم استخدام nslookup. النقاط الأساسية:

• تستعلم nslookup من DNS مباشرةً لحل الأسماء وفحص السجلات.
• تعرض الخادم الذي أرسل الإجابة والعنوان الذي تم حله.
• يمكنكم الاستعلام عن أنواع محددة: A وAAAA وMX وCNAME وNS وTXT وPTR.
• اطلبوا الاستعلام من خادم محدد للمقارنة والعثور على ذاكرات التخزين المؤقت القديمة.
• تُعد dig بديلاً تفصيلياً على Unix للغرض نفسه.