بحث DNS - الاستعلام عن سجلات DNS لأي مجال في الوقت الفعلي
تشخيص حالات فشل تسليم البريد الإلكتروني، وتأكيد عمليات ترحيل النطاق، ومراجعة سياسات الأمان - بدون تثبيت dig أو nslookup.
ما هو بحث DNS؟
يقوم بحث DNS باستعلام Domain Name System لاسترداد السجلات المرتبطة بالمجال - حيث يعمل كدليل هاتف للإنترنت، ويترجم أسماء النطاقات التي يمكن قراءتها بواسطة الإنسان إلى شبكات البيانات التقنية التي تحتاجها لتوجيه حركة المرور وتقديم الخدمات. يحمل كل مجال أنواعًا متعددة من السجلات: تشير السجلات إلى عناوين IP، وسجلات MX لتوجيه البريد الإلكتروني، وسجلات TXT تحمل سياسات الأمان، وسجلات NS تفوض السلطة إلى خادم الأسماء.
عندما تقوم بتشغيل بحث DNS، ينتقل الاستعلام إلى محلل متكرر (يتم تشغيله بواسطة ISP، أو محلل عام مثل 8.8.8.8 أو 1.1.1.1). إذا كان لدى المحلل إجابة مخزنة مؤقتًا ضمن نافذة TTL الخاصة بالسجل، فإنه يقوم بإرجاع تلك القيمة المخزنة مؤقتًا. إذا لم يكن الأمر كذلك، فإنه يستعلم عن خادم الأسماء الرسمي — الخادم الذي يحتفظ بالسجلات الرسمية للنطاق. تتجاوز هذه الأداة التخزين المؤقت وتقوم بالاستعلام عن الخوادم الموثوقة مباشرة، بحيث تعكس النتائج الحالة المنشورة الحالية للمنطقة، وليس ما قام متصفحك بتخزينه مؤقتًا.
يقوم متصفحك بإجراء عمليات بحث عن DNS تلقائيًا في الخلفية - لكنه لا يظهر لك أي شيء. تكشف هذه الأداة مجموعة السجلات الكاملة: ليس فقط عنوان IP، ولكن كل نوع سجل متصل بالمجال، بما في ذلك قيم TTL التي تكشف عن المدة التي سيستمر فيها كل سجل في ذاكرات التخزين المؤقت قبل أن تقوم وحدات الحل بإعادة التحقق من المصدر المعتمد.
كيف يعمل
أدخل النطاق
اكتب أي اسم نطاق — مثل google.com أو github.com. يمكنك الاستعلام عن النطاق الجذري أو النطاق الفرعي.
اختر نوع السجل
اختر نوع سجل DNS الذي تريد فحصه — A أو MX أو TXT أو NS أو CNAME أو SOA أو CAA — أو اختر جميع السجلات.
اعرض النتائج
يتم إرجاع النتائج في الوقت الفعلي من خوادم DNS الموثوقة. يعرض كل صف نوع السجل، والقيمة، وTTL (مدة تخزين السجل مؤقتًا بواسطة وحدات الحل)، و- بالنسبة لسجلات MX - رقم الأولوية. انسخ أي سجل إلى الحافظة بنقرة واحدة.
كيفية قراءة نتائج بحث DNS الخاصة بك
بمجرد اكتمال البحث، يحتوي كل صف نتيجة على عدة حقول. إليك ما يعنيه كل حقل وما الذي تبحث عنه.
| الميدان | ماذا يخبرك |
|---|---|
TTL (Time To Live) | عدد الثواني التي يتم فيها تخزين هذا السجل مؤقتًا بواسطة وحدات الحل قبل إعادة الاستعلام عن الخادم المعتمد. TTL 300 = يتم نشر التغييرات خلال 5 دقائق تقريبًا. TTL 86400 = يمكن أن يستمر السجل القديم لمدة تصل إلى 24 ساعة بعد تغييره. |
أولوية MX | موجود فقط في سجلات MX. الأرقام الأقل لها أولوية أعلى. يؤدي الإعداد المكون من 10 (أساسي) و20 (احتياطي) إلى إنشاء سلسلة تجاوز الفشل. تعني قيم الأولوية المتساوية أن كلا الخادمين يتقاسمان التحميل بالتساوي. |
قيمة السجل | البيانات الفعلية التي يحتوي عليها السجل — عنوان IP لسجلات A/AAAA، أو اسم مضيف لـ MX/NS/CNAME، أو سلسلة نصية لسجلات TXT. هذه هي القيمة التي تستخدمها وحدات حل DNS عند توجيه حركة المرور أو التحقق من السياسات. |
سلسلة CNAME | عندما يشير CNAME إلى CNAME آخر، تتشكل سلسلة دقة. ستفشل السلاسل الأطول من 8 قفزات في حلها لدى معظم العملاء — إذا أصبح العمق مشكلة، فاستبدل CNAMEs المتوسطة بسجل A مباشر. |
الجدول الزمني لانتشار TTL وDNS
استخدم TTL لتقدير مدى السرعة التي يجب أن تلتقط بها أدوات الحل التغيير ومتى يستحق التحقق مرة أخرى.
| TTL (Time To Live) | نافذة الانتشار المتوقعة | متى يتم إعادة الفحص |
|---|---|---|
| 300 | ~15-30 دقيقة في جميع أنحاء العالم | كل 5-10 دقائق |
| 3600 | ~1-2 ساعات | كل 30-60 دقيقة |
| 86400 | حتى 24 ساعة | تحقق بعد 12 ساعة، ثم مرة أخرى بعد 24 ساعة |
أنواع التسجيلات DNS: ما يتحكم فيه كل واحد
يقوم بتعيين المجال إلى عنوان IPv4 - سجل DNS الأكثر أهمية. مثال على الإخراج: 93.184.216.34، TTL 3600 (مخزن مؤقتًا لمدة ساعة واحدة). عندما يكون السجل A مفقودًا أو خاطئًا، يصبح المجال غير قابل للوصول من المتصفحات.
يقوم بتعيين مجال إلى عنوان IPv6 لتوجيه الشبكة الحديثة. مثال: 2606:2800:220:1:248:1893:25c8:1946. في حالة فقدانه، لا يمكن لعملاء IPv6 فقط الوصول إلى المجال - على الرغم من تطبيق الإجراء الاحتياطي IPv4 (سجل) عادةً.
يحدد خوادم البريد التي تقبل البريد الإلكتروني للمجال. يتضمن كل سجل رقم أولوية — القيم الأقل لها الأولوية. مثال: الأولوية 10 هي الخادم الأساسي؛ الأولوية 20 هي البديل. في حالة عدم وجود سجل MX، سيتم رفض البريد الإلكتروني لهذا المجال.
يخزن بيانات نصية عشوائية. الاستخدامات الأساسية: يسمح SPF (v=spf1 include:_spf.google.com ~all) بالخوادم التي يمكنها إرسال البريد الإلكتروني؛ يوفر DKIM مفتاحًا عامًا للتحقق من التوقيع؛ يقوم DMARC (v=DMARC1; p=reject) بتعيين سياسة البريد الإلكتروني غير المصادق عليه. يمكن أن تتواجد سجلات TXT المتعددة في مجال واحد.
يحدد خوادم الأسماء الرسمية للمجال — الخوادم التي تحتفظ بسجلات DNS الرسمية. إذا تم تغيير سجلات NS، فسيتم نقل سلطة المنطقة إلى خوادم الأسماء الجديدة بعد النشر.
ينشئ اسمًا مستعارًا يشير إلى مجال واحد إلى آخر، ثم يتحول بعد ذلك إلى عنوان IP. يستخدم للنطاقات الفرعية (www، cdn، البريد) وتوجيه CDN. القيد الحرج: لا يمكن تعيين سجلات CNAME في المجال الجذر (القمة) - استخدم سجل A أو سجل ALIAS في الجذر بدلاً من ذلك.
يحتوي على بيانات تعريف المنطقة: خادم الاسم الأساسي، جهة اتصال المسؤول (المشفرة كـ admin.example.com بدلاً من [email protected])، الرقم التسلسلي بتنسيق YYYYMMDDNN، ومعلمات التوقيت. يتزايد الرقم التسلسلي مع كل تغيير في DNS - مما يؤكد الالتزام بالتحديث.
يقيد المراجع المصدقة التي يجوز لها إصدار شهادات SSL/TLS للمجال. مثال: "0 إصدار Letsencrypt.org" يحد من الإصدار لـ Let's Encrypt فقط. في حالة عدم وجود سجل CAA، يجوز لأي CA إصدار شهادة للمجال الخاص بك.
ما هو DNSSEC وهل تقوم هذه الأداة بالتحقق من صحته؟
تضيف DNSSEC (امتدادات أمان DNS) توقيعات مشفرة إلى سجلات DNS، مما يسمح لوحدات الحل بالتحقق من عدم التلاعب بالسجلات أثناء النقل. تقوم هذه الأداة بإرجاع سجلات DNS الأولية من خوادم موثوقة ولكنها لا تقوم حاليًا بإجراء التحقق من صحة توقيع DNSSEC. للتحقق من صحة DNSSEC، استخدم محلل DNSSEC مخصص.
متى يجب استخدام أداة البحث DNS
إعداد البريد الإلكتروني واستكشاف الأخطاء
استعلم عن سجلات MX للتحقق من توجيه خادم البريد، وتحقق من سجلات TXT لسياسات SPF وDKIM وDMARC، وتأكد من تعيين سياسة DMARC على p=reject أو p=quarantine - وليس p=none.
ترحيل النطاق والانتشار
بعد تحديث إعدادات DNS، تحقق من سجلات A وNS لتأكيد النشر. قم بتقليل TTL إلى 300 ثانية قبل 24 ساعة على الأقل من الترحيل المخطط لتقليل وقت التوقف عن العمل عند التبديل.
التدقيق الأمني في DNS
تحقق من نشر سجلات SPF وDKIM وDMARC TXT بشكل صحيح لمنع انتحال البريد الإلكتروني. قم بمراجعة سجلات NS للتأكد من أن نطاقك لا يشير إلى خادم أسماء لم تعد تتحكم فيه - وهي علامة شائعة على التعرض للاستيلاء على النطاق الفرعي.
DevOps والتحقق المرحلي
قبل النشر إلى الإنتاج، تأكد من أن سجلات النطاق الفرعي A تشير إلى الخوادم الصحيحة، وأن الأسماء المستعارة CNAME تحل إلى أصول CDN المقصودة، وأن سجلات TXT موجودة للتحقق من الخدمة.
CDN وتكوين النطاق الفرعي
تأكد من أن النطاقات الفرعية الموجهة بواسطة CDN (cdn، assets، static) لديها أهداف CNAME الصحيحة. تأكد من أن www يشير إلى المجال الجذر أو نقطة نهاية CDN، وتأكد من أن النطاقات الفرعية المتوازنة التحميل تسرد جميع عناوين IP المقصودة.
البحث عبر الإنترنت عن DNS مقابل dig وnslookup: متى يجب استخدام كل منهما
غالبًا ما يصل المطورون إلى dig أو nslookup من سطر الأوامر. إليك كيفية مقارنة هذه الأداة عبر الإنترنت بين حالات الاستخدام الأكثر شيوعًا.
| ميزة | هذه الأداة | dig | nslookup |
|---|---|---|---|
| لا يلزم التثبيت | نعم | لا | لا |
| الاستعلام عن كافة أنواع السجلات مرة واحدة | نعم | جزئي | لا |
| الاستعلام عن خوادم الأسماء الرسمية مباشرةً | نعم | نعم | جزئي |
| يظهر قيم TTL | نعم | نعم | جزئي |
| يظهر أولوية MX | نعم | نعم | نعم |
| نتائج قابلة للمشاركة | نعم | لا | لا |