Kavram
p=none raporlarını önce gözlemlemeden doğrudan p=reject'e geçmek, kendi meşru postanızı (unutulmuş bir üçüncü taraf gönderici, bir CRM, dahili bir araç) engelleme riski taşır — kademeli geçiş, tam olarak bu tür boşlukları bir kesinti haline gelmeden önce ortaya çıkarıp düzeltmek için vardır.
Yaygın Yanlış Anlama
"DMARC sadece başka bir teslim edilebilirlik kontrolüdür." DMARC'ın asıl değeri sahtekarlık karşıtı (anti-spoofing) korumadır, teslim edilebilirlik değil. Bu yüzden DMARC, MX kaydı olup olmamasından bağımsız olarak koşulsuz bir kontrol olarak kalır: hiç posta göndermeyen bir domain, sahtekarlık için daha da çekici bir hedeftir.
Uygulamalı Alıştırma
Temel kontrol için laboratuvar ortamı zorunlu değil:
Tam politika ilerlemesi (none → quarantine → reject) uygulama ve gerçek toplu (RUA) raporları okuma alıştırması için bkz. Laboratuvar Ortamı sayfasındaki Ders 10.
Çalıştırılacak Komutlar
# Mevcut DMARC kaydını okuyun
dig _dmarc.yourdomain.com TXT +short
# İzleme-only modunda başlayın:
# v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
# 1-2 hafta gerçek posta trafiğinden sonra toplu RUA raporunu inceleyin (XML eki olarak gelir)
# Şunlara bakın: tanımadığınız kaynak IP'ler, meşru olarak TANIDIĞINIZ postada SPF/DKIM hizalama hataları
# Raporlar temizlendikten sonra politikayı ilerletin:
# v=DMARC1; p=quarantine; pct=50; rua=mailto:dmarc-reports@yourdomain.com
# ... ardından sonunda:
# v=DMARC1; p=reject; rua=mailto:dmarc-reports@yourdomain.com
# Her aşamanın canlıda olduğunu doğrulayın
dig _dmarc.yourdomain.com TXT +shortTüm domaini tek seferde reject'e çevirmek yerine kademeli artırmak için pct= kullanın (örn. 25/50/100) — bu, en güvenli gerçek dünya devreye alma yöntemidir.
Ustalık Kontrolü
Hiçbir şeye bakmadan şunları açıklayabilmelisiniz:
p=reject'e geçilmemesi gerektiği.pct= kullanarak politikayı kademeli olarak nasıl sıkılaştıracağınız.Hepsini ipucu olmadan yanıtlayabiliyorsanız Ders 11'e geçin.