جلوگیری از جعل ایمیل با SPF، DKIM و DMARC

بدون این سه رکورد، ایمیل‌های شما در اسپم می‌روند یا به نام برندتان جعل می‌شوند; تنظیم درست آن‌ها اعتماد را بالا می‌برد.

آخرین به‌روزرسانی: ۲۸ مهر ۱۴۰۵ · زمان مطالعه: حدود 3 دقیقه · سطح: کاربردی

چرا این موضوع مهم است؟

موضوع Email یکی از پایه‌های نگهداری سرور است. رعایت آن باعث پایداری بیشتر، کاهش ریسک امنیتی و صرفه‌جویی در زمان پشتیبانی می‌شود.

قبل از شروع، از پیکربندی فعلی و داده‌های مهم نسخه پشتیبان بگیرید تا در صورت نیاز بتوانید به وضعیت قبل برگردید.

پیش‌نیازها

• دسترسی SSH با کاربر root یا کاربر دارای sudo
• Ubuntu 22.04/24.04 یا Debian 12 (سازگاری با توزیع‌های مشابه)
• نسخه پشتیبان از فایل‌ها و دیتابیس‌های مهم

راهنمای گام‌به‌گام

گام 1 — رکورد SPF را با مجوزهای دقیق بنویسید

رکورد SPF را با مجوزهای دقیق بنویسید. این کار را در بازه کم‌ترافیک انجام دهید و در صورت نیاز کاربران را از قبل مطلع کنید.

گام 2 — کلید DKIM را در پنل ایمیل فعال کنید

کلید DKIM را در پنل ایمیل فعال کنید. این مرحله را با دقت انجام دهید و خروجی دستور را بررسی کنید تا از اعمال درست تغییرات مطمئن شوید.

گام 3 — رکورد عمومی DKIM را در DNS بگذارید

رکورد عمومی DKIM را در DNS بگذارید. پس از اجرا، وضعیت سرویس و لاگ‌ها را کنترل کنید؛ تغییر بدون بررسی می‌تواند خطای پنهان ایجاد کند.

گام 4 — سیاست DMARC را در حالت p=none شروع کنید

سیاست DMARC را در حالت p=none شروع کنید. اگر روی چند سرور کار می‌کنید، این مورد را یک‌بار روی محیط تست اجرا و سپس روی تولید اعمال کنید.

گام 5 — گزارش‌ها را بررسی و سیاست را سخت‌تر کنید

گزارش‌ها را بررسی و سیاست را سخت‌تر کنید. مقدارهای نمونه را با اطلاعات واقعی سرور خود جایگزین کنید و از اجرای دستور با مقادیر پیش‌فرض پرهیز کنید.

گام 6 — ارسال ایمیل را تست کنید

ارسال ایمیل را تست کنید. برای اطمینان، نتیجه را از یک مسیر دوم (مرورگر، کلاینت یا ابزار مانیتورینگ) هم بررسی کنید.

نمونه دستورها

v=spf1 include:_spf.provider.com -all
_dmarc  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"
selector._domainkey  TXT  "v=DKIM1; k=rsa; p=..."

نکات امنیتی و بهینه‌سازی

• تغییرات را مستند کنید تا در آینده یا هنگام تحویل به تیم دیگر قابل پیگیری باشد.
• رمزها و کلیدها را در فایل‌های محافظت‌شده نگه دارید و هرگز در کد یا مخزن عمومی قرار ندهید.
• لاگ‌ها را پایش کنید تا رفتار غیرعادی زودتر شناسایی شود.

خطاهای رایج و راه‌حل

• اگر مطمئن نیستید، تغییر را در محیط تست تکرار کنید و لاگ کامل را برای پشتیبانی بفرستید.
• اگر تغییرات اعمال نشد، کش مرورگر/برنامه و نیاز به reload یا restart را بررسی کنید.
• اگر مطمئن نیستید، تغییر را در محیط تست تکرار کنید و لاگ کامل را برای پشتیبانی بفرستید.

سؤالات متداول

جمع‌بندی

این آموزش را یک‌بار روی محیط تست تمرین کنید تا در تولید با اطمینان بیشتری اجرا شود.