فحص سجلات DNS للنطاق وصحة البريد
ترى سجلات A وAAAA وCNAME وNS وMX وTXT وSOA مع TTL، وفوقها جميعاً فحص منفصل للسجلات الثلاثة التي تحدد ما إذا كان بريدك يصل إلى صندوق الوارد أم إلى الرسائل غير المرغوبة.
- بدون تسجيل
- فحص SPF وDMARC
- عرض TTL لكل سجل
شغّل الأداة من هنا
كل سجلات DNS للنطاق، إضافة إلى فحص SPF وDMARC اللذين يحددان ما إذا كان بريدك سيصل إلى السبام.
- التكلفة مجاني
- مصدر البيانات خادمنا
- الوصول بدون تسجيل
الإجابة المختصرة
سجلات DNS تحدد إلى أي خادم يشير اسم نطاقك ومن أين يُسمح بإرسال بريدك. وإن كانت رسائل موقعك تذهب إلى الرسائل غير المرغوبة، فالسبب دائماً تقريباً سجل SPF أو DMARC مفقود أو مكتوب خطأ.
SPF هو قائمة الخوادم المسموح لها بإرسال البريد نيابة عن نطاقك. وحين لا توجد هذه القائمة، لا يملك الخادم المستقبِل وسيلة لمعرفة ما إذا كانت رسالة تدّعي أنها من info@ موقعك قد جاءت فعلاً من هناك، فيفعل الشيء الأكثر تحفظاً ويضعها في الرسائل غير المرغوبة. وDMARC يخطو خطوة أبعد ويخبر الخادم المستقبِل بما يجب فعله بالضبط برسالة ترسب في هذا الاختبار.
الأمر الثاني الجدير بالقراءة هو TTL، ولا ينظر إليه أحد عادةً حتى يفوت الأوان. TTL هو عدد الثواني التي تحتفظ فيها خوادم DNS حول العالم بالإجابة القديمة. إن كنت على وشك نقل الاستضافة، فاخفض TTL لسجل A قبل يوم؛ وإن أهملت ذلك فقد يظل بعض زوارك يصلون إلى الخادم القديم بعد ساعات من النقل.
ولسجل NS حكايته الخاصة. فالمكان الذي يُدار فيه DNS نطاقك ليس بالضرورة المكان الذي يُستضاف فيه الموقع، وفي المشاريع التي عمل عليها عدة أشخاص يكون هذان الاثنان قد افترقا دائماً تقريباً. وحين تغيّر شيئاً في لوحة الاستضافة ولا يحدث شيء، فالسؤال الصحيح الأول هو أين يقيم DNS هذا النطاق فعلاً.
من أين تأتي البيانات
استعلام DNS مباشر من خادمنا. لاحظ أن الإجابة قد تختلف عما تراه داخل إيران، لأن بعض الخدمات ترجع إجابات مختلفة لعناوين IP مختلفة. ولا نفحص DKIM هنا لأن السلكتور يعتمد على خدمة بريدك، وبدون معرفته لا يمكننا القول بصدق إن كان موجودا أم لا.
متى تفيدك
بعد ترحيل الاستضافة، للتأكد من انتقال السجلات بشكل صحيح. أو عندما تصل رسائل موقعك إلى السبام، وهو ما يعني غالباً غياب SPF أو DMARC.
أين لا تفيد
لا يُفحص DKIM هنا، وهذا متعمد. يُقرأ DKIM عبر سلكتور يعتمد على خدمة بريدك، ودون معرفة ذلك السلكتور لا يستطيع أحد أن يقول بصدق إن كان السجل موجوداً. ولوحة خدمة بريدك هي المكان الصحيح للنظر. والقيد الثاني تقني: يجري الاستعلام من خادمنا، وبعض خدمات DNS تجيب عناوين IP المختلفة بإجابات مختلفة، فقد لا يطابق ما تراه هنا ما يحصل عليه زائر داخل إيران.
ملاحظة من استخدامها
أشيع خطأ في SPF هو وجود سجلَّي SPF، لا غيابهما. يضيف العميل خدمة بريد جديدة ويضع السجل الجديد بجوار القديم، والمعيار يقول إن نطاقاً له أكثر من سجل SPF واحد يرسب في الاختبار. أي أن الوضع أسوأ مما كان قبل الإعداد. فإن رأيت سطرين يبدآن بـ v=spf1، فيجب دمجهما في سطر واحد.
التكلفة
تعمل هذه الأداة على خادمنا ولا نشتري لها أي بيانات، فهي مجانية وستبقى كذلك. لها حد يومي فقط كي لا يستهلك روبوت كامل السعة.
يُحسب الحد اليومي لكل زائر. إن احتجت أكثر، يرفع الحساب المجاني حدّك.
أسئلة عن هذه الأداة
كم يستغرق تطبيق تغيير في DNS؟
يعتمد على TTL ذلك السجل، لا على رقم ثابت. وحتى ذلك الحين تظل الخوادم التي خزّنت الإجابة السابقة تقدّمها. ولهذا يُخفض TTL أولاً قبل أي تغيير مخطط له ثم يُبدَّل السجل.
ما الحد الأدنى الصحيح كي لا يذهب بريد الموقع إلى غير المرغوب؟
سجل MX صحيح يشير إلى خدمة بريدك الفعلية، وسجل SPF يصرّح لتلك الخدمة نفسها، وسجل DMARC ولو بسياسة none. الثالث يقدّم تقارير دون أن يحجب شيئاً، وهذا يكفي للبداية.
أين يوجد DNS نطاقي؟
سجلات NS في نتيجة هذه الأداة تجيب عن ذلك. تخبرك تلك الأسماء بخدمة DNS التي تدير النطاق، وهي المكان الذي عليك تسجيل الدخول إليه لتغيير سجل.