Defaults.Exposed › الإعداد › DMARC

كيفية إعداد DMARC على Hostinger

أضف سجل DMARC في Hostinger لتُخبر مزوّدي البريد بما يجب فعله بالرسائل التي تفشل في اجتياز فحوصاتك.

لماذا يهمّ هذا عملك

يربط DMARC بين SPF و DKIM ويضيف التعليمات المفقودة: ماذا ينبغي لمزوّد البريد المستقبِل أن يفعل عندما تفشل رسالة تدّعي أنها منك في اجتياز الفحوصات؟ بدون DMARC، يُخمّن كل مزوّد بنفسه. ومعه، أنت من يقرّر — ويمكنك أن تطلب منهم إرسال تقارير تكشف لك من يُرسل بريداً باسمك.

بعبارة بسيطة: DMARC هو ما يوقف فعلياً المجرمين عن انتحال نطاقك للاحتيال على عملائك أو موظفيك. إنه السياسة التي تُبنى فوق الأقفال التي يوفّرها SPF و DKIM — مجاني، ويستحق تماماً الدقائق المعدودة التي يتطلبها.

أعدّ SPF و DKIM أولاً

يعمل DMARC عبر فحص نتائج SPF و DKIM. إن لم تكن قد أضفتهما بعد، فابدأ بهما — فسياسة DMARC بلا أساس تحتها لا يوجد ما تفرضه.

تأكّد أن Hostinger هو من يُدير DNS الخاص بك

لا ينجح هذا السجل إلا إذا كان Hostinger هو من يُجيب عن استعلامات DNS لنطاقك. فـ Hostinger هو مضيف DNS هنا، وهذا لا يكون إلا حين تشير خوادم الأسماء (nameservers) لنطاقك إلى خوادم أسماء Hostinger. في hPanel، افتح Domains، واختر نطاقك، وتحقّق من قسم DNS / Nameservers. إن كانت خوادم الأسماء تشير إلى Hostinger، فتابع أدناه. وإن كانت تشير إلى شركة أخرى (مزوّد استضافة مختلف، أو Cloudflare، أو مزوّد بريدك)، فأضف سجل DMARC لدى المزوّد الذي يُدير DNS فعلياً بدلاً من ذلك.

خطوة بخطوة على Hostinger

1. سجّل الدخول إلى Hostinger وافتح hPanel.
2. انتقل إلى Domains، واختر نطاقك، ثم افتح قسم DNS / Nameservers (منطقة DNS Zone).
3. ابحث عن منطقة إضافة سجل (ابحث عن Add Record أو Manage DNS records).
4. اضبط Type على TXT.
5. في حقل Name، أدخل بالضبط: _dmarc لا تكتب اسم نطاقك بعده — فـ Hostinger يُلحق النطاق نيابةً عنك.
6. في حقل TXT value، ابدأ بلطف بسياسة للمراقبة فقط: v=DMARC1; p=none; rua=mailto:[email protected] استبدل العنوان بصندوق بريد تقرأه فعلاً. هذا يطلب من المزوّدين إرسال تقارير ملخّصة إليك دون تغيير طريقة معاملة أي رسالة بعد.
7. اترك TTL على القيمة الافتراضية.
8. انقر Add Record للحفظ.

اختيار سياستك (جزء p=)

• p=none — مراقبة فقط. لا يُحجب شيء؛ تتلقّى التقارير وحسب. ابدأ من هنا.
• p=quarantine — أرسل الرسائل الفاشلة إلى البريد العشوائي/المهملات.
• p=reject — ارفض الرسائل الفاشلة تماماً (أقوى حماية).

شغّل p=none لبضعة أسابيع، واقرأ التقارير للتأكّد أن كل بريدك المشروع ينجح، ثم ارتقِ إلى quarantine وأخيراً reject. القفز مباشرةً إلى reject قبل مراجعة التقارير يُخاطر بحجب بريدك الحقيقي.

أخطاء يقع فيها الناس مع Hostinger

• الـ Name هو _dmarc بالشرطة السفلية. من الأخطاء الشائعة إسقاط الشرطة السفلية، أو كتابة _dmarc.yourdomain.com — في Hostinger تُدخل _dmarc فقط. الشرطة السفلية في البداية إلزامية؛ لا تُسقطها.
• لا تُضِف علامات اقتباس بنفسك. الصق القيمة الصِّرفة التي تبدأ بـ v=DMARC1;. يتولّى Hostinger الاقتباس بنفسه؛ وعلامات " اليدوية قد تُفسد السجل.
• سجل DMARC واحد فقط. كما هو الحال مع SPF، يجب أن يكون هناك سجل DMARC TXT واحد. إن وُجد سجل، فعدّله بدلاً من إضافة ثانٍ.
• تحقّق أنك لست على خوادم أسماء خارجية. سيحفظ محرّر منطقة DNS في Hostinger السجل بكل سرور، لكنه لن يفعل شيئاً إن كانت خوادم أسماء نطاقك تشير إلى جهة أخرى. تأكّد من خوادم الأسماء أولاً.
• استخدم صندوق بريد تقارير حقيقياً. ينبغي أن يكون العنوان بعد rua=mailto: صندوقاً تتفقّده فعلاً، وإلا ضاعت التقارير. ويمكن أن يكون على النطاق نفسه أو نطاق مختلف.
• امنحه وقتاً. قد تستغرق تغييرات DNS من بضع دقائق إلى ساعتين حتى تسري.

تحقّق من نجاح العملية

بعد الحفظ والانتشار، شغّل الفحص المجاني على هذا الموقع. سيُخبرك بلغة واضحة ما إذا كان سجل DMARC موجوداً وما السياسة التي ضبطتها.

انتهيت؟ افحص نطاقك مجانًا لتأكيد نجاح العملية — ولمعرفة تقييمك الكامل عبر الفحوص الـ34 جميعها.