DMARC yok ya da yalnız izleme kipinde

ÖnemOrta

KapsamTüm site

EmekAz

DoğrulamaGüvenlik taraması (haftalık ya da Yeniden tara)

Kural anahtarısec_dmarc

Kısa cevap

_dmarc.example.com adresinde bir TXT kaydı yayınlayın. Rapor toplamak için v=DMARC1; p=none; rua=mailto:dmarc@example.com ile başlayın; gerçek e-postalarınızın tamamı alan adınızla uyumlu SPF ya da DKIM'den geçtiğinde önce p=quarantine, sonra p=reject'e geçin.

Neden önemli

DMARC, SPF ve DKIM'i insanların gerçekten gördüğü Kimden: adresine bağlar ve alıcılara başarısız iletiyle ne yapacaklarını söyler: teslim et (p=none), spam'e at (quarantine) ya da reddet (reject). Uygulayan bir politika olmadan, Kimden: alanında tam olarak sizin alan adınızı kullanan bir oltalama iletisi gelen kutularına ulaşır. Gmail ve Yahoo toplu gönderenlerden en az p=none ister; bu düzey onları tatmin eder ama alıcılarınızı korumaz.

Arama sıralamasına etkisi yoktur; risk, adınıza müşterilerinize ve çalışanlarınıza yönelik dolandırıcılıktır.

Glimana bunu nasıl tespit eder

Glimana kayıtlı alan adınızın başına _dmarc. eklenmiş adresteki TXT kayıtlarını herkese açık DNS-over-HTTPS çözücüleriyle okur ve v=DMARC1 ile başlayan ilk kaydı kullanır. Kayıt yoksa alan adının MX kaydı varsa orta, e-posta almıyorsa düşük önemlidir. p=none içeren ya da okunabilir bir p= etiketi olmayan kayıt düşüktür (yalnız izleme). pct değeri 100'ün altındaki p=quarantine ya da p=reject da düşüktür, çünkü politika o zaman doğrulamadan geçemeyen postaların yalnız bir kısmına uygulanır. Tam güçte p=quarantine ve p=reject geçer; sp ve hizalama etiketleri değerlendirilmez. DNS sorgulanamadıysa sonuç Ölçülemedi olur.

Nasıl düzeltilir

Dikkat

Doğrudan p=reject'e atlamayın. Uyumlu SPF ya da DKIM'den geçmeyen her meşru gönderenin (bülten aracı, CRM, faturalama sistemi ya da sitenin iletişim formu) e-postası reddedilir. Toplu (rua) raporları iki-dört hafta okuyun, bu gönderenleri düzeltin, p=quarantine üzerinden p=reject'e geçin. Başka bir alan adındaki rua adresi, o alan adı bir yetkilendirme kaydı yayınlamadıkça rapor almaz; rapor servisleri bunu sizin için kurar.

Glimana'da bulguyu bulun. Güvenlik sayfasını açın; bu kontrol E-posta ve DNS grubunda, son taramanın kanıtı başlığının altında. Aynı sorun Sorunlar › DMARC yok ya da yalnız izleme kipinde altında da listelenir.
Düzeltmeyi platformunuzda uygulayın.

CloudflareDiğer DNS sağlayıcılarıE-posta göndermeyen alan adı

DNS › Records bölümünde Add record'a tıklayın: Type TXT, Name _dmarc, Content v=DMARC1; p=none; rua=mailto:dmarc@example.com. Cloudflare'in ücretsiz DMARC Management özelliği (Email altında) kaydı oluşturup raporları sizin için toplayabilir. Raporlar temiz olduğunda kaydı p=quarantine, daha sonra p=reject olarak düzenleyin.

Host değeri _dmarc olan bir TXT kaydı ekleyin. Çoğu panel alan adınızı kendiliğinden ekler; oraya _dmarc.example.com yazmak _dmarc.example.com.example.com oluşturur. Son değer örneğin: v=DMARC1; p=reject; rua=mailto:dmarc@example.com. dig +short TXT _dmarc.example.com ile kontrol edin.

Rapor aşaması gerekmez: _dmarc adresinde v=DMARC1; p=reject; değerini, v=spf1 -all SPF kaydıyla birlikte yayınlayın.
Glimana'da kontrol edin. Güvenlik sayfasında Yeniden tara düğmesine basın (saatte en çok iki tarama) ya da pazar günkü haftalık taramayı bekleyin; kontrol geçince sorun kapanır.

Düzeltme nasıl doğrulanır

DNS'i değiştirdikten sonra eski kaydın TTL süresinin dolmasını bekleyin, ardından Güvenlik sayfasında Yeniden tara düğmesine basın (ya da pazar 04:00'teki haftalık taramayı bekleyin); kontrol geçtiğinde sorun kapanır.