البحث عن DNS

البحث عن DNS أداة مجانية تعثر على سجلات A وAAAA وCNAME وMX وNS وTXT وSOA وCAA الخاصة بالمضيف، وتعرض قيم DNS المرتبطة بها.

ما الذي يفحصه البحث عن DNS؟

يفحص البحث عن DNS السجلات المنشورة لاسم نطاق أو مضيف. يربط نظام أسماء النطاقات، المعروف اختصارا باسم DNS، الأسماء المقروءة مثل www.example.com بالعناوين وبيانات الإعداد التي تستخدمها المتصفحات وخوادم البريد وغيرها من خدمات الإنترنت.

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

تُنفذ عملية البحث على الخادم باستخدام المضيف الذي أدخلته. تُرسل قيمة حقل المضيف إلى الخادم عبر HTTPS ولا تُخزن. تصف النتيجة فقط سجلات A وAAAA وCNAME وMX وNS وTXT وSOA وCAA التي أُعيدت وحقولها. وهي لا تختبر ما إذا كان موقع الويب يستجيب، أو كان خادم البريد يقبل الرسائل، أو كانت شهادة TLS صالحة.

كيف أبحث عن سجلات DNS؟

أدخل اسم المضيف الذي تريد فحصه في حقل المضيف، ثم شغّل البحث.

1. استخدم اسم المضيف المتأثر بالمشكلة كما هو، مثل www.example.com أو mail.example.com. فقد تختلف سجلات النطاق الفرعي عن سجلات النطاق الرئيسي.
2. يُفضل إدخال اسم المضيف وحده بدلا من عنوان صفحة كامل يتضمن مسارا أو سلسلة استعلام أو جزءا.
3. قارن العناوين والوجهات وخوادم الأسماء التي تظهر في النتيجة بالقيم التي قدمها موفر الاستضافة أو البريد الإلكتروني أو DNS.
4. تحقق من قيمة TTL قبل أن تفترض أن النتيجة القديمة ناتجة عن خطأ في الإعداد. فقد يظل محلل DNS محتفظا بالقيمة السابقة في ذاكرة التخزين المؤقت.

أسماء DNS غير حساسة لحالة الأحرف، لذا يشير WWW.EXAMPLE.COM وwww.example.com إلى الاسم نفسه. ولا تصلح المسافات داخل اسم مضيف عادي. تستخدم أسماء النطاقات المدوّلة التي تحتوي على أحرف بعلامات تشكيل أو أحرف غير لاتينية تسميات A بترميز ASCII داخل DNS. ويستخدم الجزء المرمّز من تسمية A ترميز Punycode، بينما يسمى الشكل المكتوب بترميز Unicode تسمية U. لذلك استخدم صيغة تسمية A إذا لم تُحل صيغة Unicode كما هو متوقع.

يقتصر طول كل تسمية DNS على ٦٣ ثمانية، كما تخضع أسماء النطاقات الكاملة لحد أقصى للطول يفرضه البروتوكول. لذلك قد تكون المدخلات الطويلة جدا غير صالحة حتى إن بدت أحرفها مقبولة كل على حدة. يُسمح بالأرقام والواصلات في مواضع كثيرة من اسم المضيف، لكن لا يمكن أن تبدأ التسمية بواصلة أو تنتهي بها وفقا للقواعد المعتادة لأسماء المضيفين.

كيف أقرأ نتيجة البحث عن DNS؟

اقرأ كل حقل وفقا لنوع السجل، لأن بعض الحقول لا تنطبق إلا على سجلات MX أو SOA أو TXT أو أنواع محددة أخرى.

• المضيف يحدد الاسم الذي ينتمي إليه السجل المعروض.
• TTL هو مدة البقاء بالثواني. ويحدد المدة التي يمكن لمحللات DNS خلالها الاحتفاظ بالسجل في ذاكرة التخزين المؤقت.
• الوجهة تتضمن العنوان أو الوجهة المرتبطة بالسجلات التي تعيد وجهة.
• IPv6 يتضمن العنوان الذي يعيده سجل AAAA.
• الأولوية تستخدمها سجلات MX. وتكون الأفضلية للرقم الأصغر على الرقم الأكبر.
• الإدخالات تتضمن السلاسل النصية المنفردة التي يوفرها السجل، وغالبا ما تظهر عندما يُقسم النص إلى أجزاء منفصلة.
• MNAME هو خادم الأسماء الرئيسي المذكور في سجل SOA.
• RNAME هو عنوان اتصال SOA بصيغة DNS، وتمثل أول نقطة غير مسبوقة بمحرف هروب علامة @ المعتادة.
• الرقم التسلسلي هو رقم إصدار المنطقة. تستخدمه الخوادم الموثوقة للتعرف على بيانات المنطقة المحدّثة.
• التحديث يحدد عدد مرات تحقق خوادم الأسماء الثانوية من وجود إصدار أحدث للمنطقة.
• إعادة المحاولة يحدد متى يحاول الخادم الثانوي مجددا بعد فشل التحديث.
• انتهاء الصلاحية يحدد المدة التي يمكن للخادم الثانوي خلالها مواصلة استخدام بيانات المنطقة عندما يتعذر عليه الاتصال بالخادم الرئيسي.
• الحد الأدنى لـ TTL هو حقل MINIMUM في سجل SOA. ولا يمثل حدا أدنى عاما لقيمة TTL، بل يشارك مع قيمة TTL الخاصة بسجل SOA في تحديد مدة تخزين الإجابات السلبية مؤقتا، مثل الإجابة التي تفيد بأن اسما غير موجود.
• العلامات والوسم والقيمة هي حقول منظّمة تستخدمها سجلات السياسات مثل CAA عند وجودها.
• خادم الأسماء يحدد خادما مذكورا في سجل NS.

يعرض البحث عن DNS الحقول بحسب نوع السجل، لذلك من الطبيعي أن تكون بعض الحقول فارغة أو غير موجودة. فعلى سبيل المثال، لا يتضمن سجل A أولوية MX، ولا يحتاج سجل MX إلى حقل IPv6.

حالات عملية لاستكشاف مشكلات DNS وإصلاحها

يفيد البحث عن DNS عندما تشير المشكلة إلى خلل في التسمية أو التوجيه. أسماء المضيفين وقيم السجلات الواردة في السيناريوهات التالية افتراضية وليست بيانات DNS فعلية.

موقع الويب لا يُحل. ابحث عن www.example.com وافحص بيانات A وAAAA وCNAME الخاصة به. قد تعرض نتيجة محتملة وجهة CNAME بالقيمة hosting.example.net، أو وجهة A بصيغة IPv4 العشرية المنقطة. إذا كانت الوجهة المعروضة تابعة لخدمة استضافة قديمة، فحدّث السجل المعني لدى موفر DNS الموثوق.

رسائل البريد الإلكتروني لا تصل. ابحث عن النطاق الرئيسي وافحص سجلات MX. قد تتضمن نتيجة افتراضية الأولوية ١٠ مع الوجهة mail.example.com، والأولوية ٢٠ مع مضيف بريد احتياطي. تأكد من أن الوجهات تطابق إعدادات موفر البريد. لا يمكن لعملية البحث توضيح ما إذا كان صندوق البريد موجودا، أو كان الخادم المستقبِل قد رفض رسالة، أو كانت الرسالة قد انتقلت إلى مجلد الرسائل غير المرغوب فيها.

يظهر تحذير بشأن الشهادة بعد تغيير الاستضافة. افحص سجلات A وAAAA وCNAME لاسم المضيف الظاهر في المتصفح كما هو. إذا كان DNS لا يزال يوجه بعض الزوار إلى الخادم السابق، فقد يتلقون شهادة ذلك الخادم. لا تفحص أداة البحث عن DNS الشهادة نفسها، لذا استخدم أداة لفحص الشهادات بعد التأكد من أن المضيف يشير إلى الخدمة المقصودة.

لماذا لم يظهر تغيير DNS حتى الآن؟

قد لا يظهر تغيير DNS الصحيح فوريا، لأن المحللات التكرارية يمكن أن تحتفظ بالإجابة السابقة حتى انتهاء مدة TTL الخاصة بها. ويُسمى هذا التأخير غالبا "انتشار DNS"، مع أنه ينتج عادة عن انتهاء صلاحية البيانات المخزنة مؤقتا في أوقات مختلفة، وليس عن انتقال السجلات فعليا عبر الإنترنت.

لا توضح قيمة TTL المعروضة في السجل الجديد بالضرورة مدة بقاء السجل القديم في ذاكرة التخزين المؤقت. فقد يكون المحلل قد خزّن القيمة السابقة باستخدام قيمة TTL السابقة. ويمكن أيضا تخزين عمليات البحث الفاشلة مؤقتا، لذلك قد يستمر ظهور اسم مضيف أُنشئ حديثا على أنه غير موجود لبعض الوقت.

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

الأسئلة الشائعة

هل يمكنني إدخال عنوان IP بدلا من اسم المضيف؟

يهدف بحث DNS الأمامي إلى العثور على السجلات المرتبطة باسم مضيف. وللعثور على اسم مضيف منشور لعنوان IP، استخدم البحث العكسي عن IP، الذي يفحص بيانات DNS العكسية. ضع في اعتبارك أن كثيرا من عناوين IP لا تملك سجلا عكسيا مفيدا، كما أن الاسم العكسي الواحد لا يعرض جميع مواقع الويب المستضافة على ذلك العنوان.

لماذا قد يتعارض سجل CNAME مع سجلات أخرى؟

يجعل سجل CNAME أحد أسماء DNS اسما مستعارا لاسم آخر، ولا يمكنه عموما أن يوجد عند الاسم نفسه إلى جانب بيانات سجلات عادية أخرى. ولهذا تستخدم قمة المنطقة، مثل example.com، عادة سجلات A أو AAAA بدلا من سجل CNAME تقليدي. يطبق بعض موفري DNS ميزات خاصة بهم لتسطيح السجلات أو إنشاء سجلات أسماء مستعارة، لكنها ميزات مرتبطة بالموفر وليست من السلوك القياسي لسجل CNAME.

هل يعرض DNS العام سجلات شبكة الشركة الداخلية؟

غالبا لا. يمكن للمؤسسات استخدام DNS ذي الأفق المنقسم، حيث يحصل المستخدمون الداخليون على إجابات تختلف عن الإجابات المتاحة للعامة. وبما أن عملية البحث هذه تُنفذ على الخادم، فإن نتيجتها تعكس بيانات DNS المرئية لذلك الخادم، لا السجلات التي لا تتوفر إلا عبر شبكة مكتبك أو اتصال VPN.

هل يتحقق هذا البحث من DNSSEC؟

لا تتضمن حقول النتائج المعروضة حالة التحقق من DNSSEC. يمكن للنطاق أن يعيد سجلات DNS عادية حتى عند وجود خلل في التوقيع أو التفويض ضمن سلسلة DNSSEC. استخدم أداة مخصصة للتحقق من DNSSEC، أو استعلاما عبر سطر الأوامر يطلب بيانات DNSSEC، عند فحص هذا النوع من الأعطال.