اطّلع على سجلات DNS لنطاق ما في الوقت الفعلي.
يستعلم NetCheck مباشرةً من محلّل DNS العام التابع لـ Google (عبر DNS-over-HTTPS) ويعرض الإجابة كما هي. لكل نوع من السجلات دور محدد:
| النوع | الدور | مثال على القيمة |
|---|---|---|
| A | يربط الاسم بعنوان IPv4 | 203.0.113.10 |
| AAAA | يربط الاسم بعنوان IPv6 | 2001:db8::10 |
| CNAME | يجعل الاسم اسمًا مستعارًا لاسم آخر | www ← example.sa |
| MX | يحدد الخوادم التي تستقبل البريد، مع أولوية | 10 mx1.example.sa |
| TXT | نص حر: إثبات الملكية، SPF، DKIM، DMARC | v=spf1 include:_spf.google.com ~all |
| NS | خوادم الأسماء الموثوقة للنطاق | ns1.provider.net |
| SOA | سجل السلطة للمنطقة: الخادم الرئيسي، الرقم التسلسلي، مدد التخزين المؤقت | - |
| CAA | الهيئات المسموح لها بإصدار شهادات للنطاق | 0 issue "letsencrypt.org" |
لكل إجابة DNS قيمة TTL (مدة البقاء) بالثواني. وهي المدة التي يحق فيها للمحلّلات حول العالم الاحتفاظ بالإجابة في الذاكرة دون أن تسأل من جديد. تعني قيمة 3600 أن ظهور التغيير في كل مكان قد يستغرق حتى ساعة. قبل أي انتقال، خفّض TTL إلى 300 (خمس دقائق) في اليوم السابق، ونفّذ التغيير، ثم ارفعه مجددًا بعد التحقق من كل شيء. لمتابعة تغيير جارٍ، استخدم أداة انتشار DNS.
معظم الرسائل التي تصل إلى البريد المزعج يمكن تفسيرها من خلال سجلات TXT.
v=spf1. وجود سجلَّي SPF منفصلين يُبطل الاثنين معًا: ادمجهما.selector._domainkey.example.sa يزوّدك به مزوّد البريد._dmarc.example.sa، يحدد ما يجب فعله بالرسائل التي تفشل في هذه الفحوص: تمريرها (p=none)، أو وضعها في البريد المزعج (p=quarantine)، أو رفضها (p=reject). وقد صارت Gmail وYahoo تشترطانه على المرسلين بكميات كبيرة.لقراءة سجل DKIM أو DMARC، اكتب النطاق الفرعي المعني مباشرةً، مثل _dmarc.example.sa، واختر النوع TXT.
example.sa)، لأنه يتعارض مع سجلات NS وSOA. يوفّر بعض مزوّدي DNS خاصية «CNAME flattening» أو نوع ALIAS للالتفاف على هذه القاعدة.عبارة «لا توجد سجلات» لا تعني بالضرورة وجود مشكلة: فكثير من النطاقات ليس لها AAAA ولا CAA، وهذا طبيعي. لكن النطاق الذي لا يملك A ولا AAAA لا يستطيع عرض موقع، والنطاق الذي لا يملك MX لا يستطيع استقبال البريد. إذا أجاب المحلّل بأن النطاق غير موجود (الرمز 3، المعروف بـ NXDOMAIN)، فتحقق من الكتابة، ثم من حالته باستخدام أداة WHOIS.
نعم: يُرسل الطلب مباشرةً إلى المحلّل العام التابع لـ Google عبر DNS-over-HTTPS. لكن هذا المحلّل، مثل غيره، يلتزم بقيمة TTL: فقد يعيد القيمة القديمة بعد التغيير مباشرةً. تقارن أداة انتشار DNS بين عدة محلّلات في وقت واحد.
يعطي سجل A عنوان IP مباشرةً. أما CNAME فيحيل إلى اسم آخر يُحلّ بدوره. وهو عملي حين يتغير عنوان الوجهة كثيرًا (المنصات وشبكات CDN)، لكنه يضيف خطوة ولا يمكنه التعايش مع سجلات أخرى على الاسم نفسه.
إنه الأولوية: كلما صغر الرقم زادت أولوية الخادم. يحاول المرسلون أولًا الخادم صاحب أصغر قيمة، ثم ينتقلون إلى التالي إن لم يستجب.
يحدّ من هيئات الشهادات التي يمكنها إصدار شهادة لنطاقك. من دون CAA يستطيع أي منها ذلك؛ ومعه يجب على الهيئة غير المدرجة أن ترفض، مما يقلل خطر إصدار شهادة احتيالية.
تحقّق مما إذا كان DNS الخاص بك محدَّثًا في كل أنحاء العالم.
فتحمالك النطاق وتاريخا إنشائه وانتهائه.
فتحصلاحية HTTPS لموقع ما وجهة إصداره وتاريخ انتهائه.
فتحالخادم وعمليات إعادة التوجيه والتخزين المؤقت وترويسات الأمان لعنوان ما.
فتحعنوان IP العام الخاص بك، ومزوّد خدمتك، وموقعك التقريبي.
فتح