فاحص SPF وDKIM وDMARC
افحص مصادقة البريد لأي نطاق دفعة واحدة. اطّلع على سجل SPF وعدد استعلامات DNS فيه، واعثر على مفاتيح DKIM، واقرأ سياسة DMARC، مع حكم واضح لكل منها وما يلزم إصلاحه. مجانًا ودون تسجيل.
افحص نطاقًا
أدخل النطاق الموجود في عنوان From: لرسائلك. تُقرأ السجلات مباشرة من DNS العام.
أدخل نطاقًا ثم اضغط فحص.
لم يُفحص شيء بعد.
تذهب الاستعلامات مباشرة من متصفحك إلى Google Public DNS عبر HTTPS. لا يُرسل شيء إلى خوادمنا، ولا يُسجَّل ولا يُحفظ.
ثلاثة سجلات DNS تحدد ما إذا كان بريدك موثوقًا. SPF يسرد الخوادم المسموح لها بالإرسال باسم نطاقك، وDKIM ينشر المفتاح الذي يتحقق من توقيع كل رسالة، وDMARC يخبر المستلمين بما يفعلونه عند فشل الاثنين وإلى أين يرسلون التقارير. وأي ثغرة في أحدها هي السبب المعتاد لوصول البريد إلى الرسائل غير المرغوب فيها أو انتحال النطاق. تقرأ هذه الأداة السجلات الثلاثة وتشرح كل نتيجة.
أهم الفوائد
حالات استخدام شائعة
طريقة الاستخدام
- 1.أدخل النطاق. اكتب النطاق الموجود في عنوان From:، مثل
example.com. يصلح أيضًا عنوان بريد كامل أو رابط، إذ يُستخرج النطاق منه. - 2.أضف محدد DKIM إن كنت تعرفه. اتركه فارغًا لتجربة المحددات الشائعة. محددك الحقيقي هو قيمة
s=في ترويسة DKIM-Signature لرسالة أرسلتها. - 3.اضغط فحص النطاق. يُستعلم عن SPF وDKIM وDMARC بالتوازي. يحصل كل منها على حكم وقائمة ملاحظات واضحة وعملية.
- 4.أصلح ثم افحص مجددًا. عدّل السجل لدى مزوّد DNS ثم افحص مرة أخرى. قد يستغرق ظهور التغيير مدة تصل إلى TTL السجل.
ماذا يفعل كل سجل
تعمل معًا. يثبت SPF وDKIM أن الرسالة أصلية، ويربطهما DMARC بنطاق From: الظاهر ويحدد السياسة.
ip4: وinclude: وما شابه، وينتهي بـ ~all أو -all. يجب أن يوجد سجل واحد تمامًا.include وa وmx وexists وredirect يكلّف استعلام DNS، بما في ذلك include المتداخلة. أكثر من 10 خطأ دائم.p= الفارغ يعني أن المفتاح أُلغي._dmarc. متبوعًا بالنطاق. الوسم p= فيه هو السياسة: none أو quarantine أو reject.أهم الميزات
- يفحص SPF وDKIM وDMARC معًا ويعطي حكمًا لكل منها
- يتتبّع include وredirect في SPF ليحسب الاستعلامات مقارنةً بحد 10
- ينبّه إلى +all و?all وغياب all وptr وتكرار سجلات SPF
- يجرّب 17 محدد DKIM شائعًا أو ما تدخله، ويقدّر طول المفتاح
- يقرأ سياسة DMARC وسياسة النطاقات الفرعية وpct وعناوين التقارير
- يقبل نطاقًا أو عنوان بريد أو رابطًا
- تمر الاستعلامات عبر Google Public DNS باستخدام HTTPS مباشرة من متصفحك
النجاح هنا لا يضمن الوصول إلى البريد الوارد
تثبت هذه السجلات من أرسل الرسالة. لكن المستلمين يزنون أيضًا سمعة المرسل والمحتوى ومعدل الشكاوى والحجم، لذا قد ينتهي نطاق بسجلات SPF وDKIM وDMARC مثالية في الرسائل غير المرغوب فيها، وقد يستغرق ظهور أثر الإصلاح بضعة أيام.
طبّق DMARC على مراحل: ابدأ بـ p=none مع عنوان rua، واقرأ التقارير حتى ينجح كل مرسل حقيقي، ثم انتقل إلى quarantine وأخيرًا إلى reject. يوضّح دليلنا لقراءة تقرير DMARC ما يجب البحث عنه، وتعرض أداة استعلام DNS أي نوع آخر من السجلات.
أسئلة شائعة
ما الفرق بين SPF وDKIM وDMARC؟⌄
يسرد SPF الخوادم المسموح لها بالإرسال باسم النطاق. ويضيف DKIM إلى كل رسالة توقيعًا تشفيريًا يُتحقق منه بمفتاح منشور في DNS. ويشترط DMARC نجاح SPF أو DKIM لنطاق From: الظاهر، ويحدد ما يجب فعله إن لم ينجحا، ويطلب إرسال تقارير إليك. تحتاج إلى الثلاثة معًا.
لماذا لم يُعثر على مفتاح DKIM؟⌄
تقع مفاتيح DKIM في selector._domainkey.نطاقك، ويختار المحددَ الخدمةُ التي توقّع بريدك، لذا لا يمكن اكتشافه عبر DNS. يجرّب الفاحص المحددات الشائعة. إن كان محددك مختلفًا، فابحث عن s= في ترويسة DKIM-Signature لرسالة أرسلتها وأدخله في خانة المحدد.
ماذا يعني «استعلامات DNS كثيرة جدًا» في SPF؟⌄
يسمح SPF بعشرة استعلامات DNS على الأكثر أثناء تقييمه، ويُحسب كل include وa وmx وexists وredirect، بما فيها الموجودة داخل السجلات المُضمَّنة. فوق 10 تكون النتيجة خطأً دائمًا ويفشل SPF لكل رسالة. احذف الخدمات التي لم تعد تستخدمها أو استبدل include بنطاقات ip4 وip6 المقابلة لها.
هل أستخدم ~all أم -all؟⌄
كلاهما مناسب بعد تفعيل DMARC، لأن DMARC هو من يقرر. ~all (softfail) هو الخيار الأكثر أمانًا ما دمت تكتشف كل الخدمات التي ترسل باسمك. أما -all (fail) فأشد صرامة. لا تستخدم +all أبدًا، فهي تخوّل الإنترنت كله.
هل يكفي p=none في DMARC؟⌄
إنه نقطة البداية الصحيحة لا نقطة التوقف. p=none يراقب فقط: يُسلَّم البريد الفاشل رغم ذلك، فلا يتوقف الانتحال. حين تُظهر التقارير نجاح كل المرسلين الشرعيين، انتقل إلى p=quarantine ثم إلى p=reject. وتشترط Google وYahoo على المرسلين بكميات كبيرة وجود سجل DMARC على الأقل.