A DMARC sonuç, yayınlanan politikayı değiştirmeye yönelik bir talimat değil, bir teşhis kategorisidir. hata, hiçbiri, temperror Ve permerror farklı araştırmalara işaret ediyor. Bunları değiştirilebilirmiş gibi ele almak, gerçek arızayı çözümsüz bırakabilir ve korumayı gereksiz yere zayıflatabilir.
Alıcı sistemin güvenilir kanıtlarıyla başlayın. Bir Authentication-Results başlığı bir sistemin iddiasını kaydeder; varlığı tek başına iddianın güvenilir olduğunu kanıtlamaz. Bunu hangi alıcı hizmetin oluşturduğunu ve bu hizmetin hangi başlıklara güvendiğini belirleyin. Bu sınır şu şekilde açıklanmıştır: RFC 8601 §1.2 Ve RFC 8601 §7.1.
Yöntemi ve sonucu birlikte okuyun
içeren bir başlıkta spf=pass; dkim=pass; dmarc=fail, üç sonuç kelimesi farklı yöntemlere aittir. SPF Ve DKIM geçişler, görünür Kimden etki alanıyla hizalanmayan etki alanlarının kimliğini doğrulayabilir. Tersine, eğer başka bir geçiş yolu hizalanırsa, bir DMARC geçişi temel bir yöntemin başarısızlığıyla bir arada var olabilir.
Aşağıdaki teşhis haritasını kullanın. Sonuç anlamları nereden geliyor? RFC 9989 , bölüm 9.2; sonraki eylemler operasyonel önerilerdir.
- Sonuç:
dmarc=none; Yorum: Yazar Etki Alanı için geçerli bir politika bulunamadı; İlk faydalı eylem: Gerçek Kimden alanı için politika keşfini yeniden yapılandırma - Sonuç:
dmarc=pass; Yorum: Uygulanabilir bir politika mevcuttur ve kimliği doğrulanmış bir kimlik uyumu sağlanır; İlk yararlı eylem: Başarılı yolu belirleyin ve herhangi bir ayrı teslimat sorununu araştırın - Sonuç:
dmarc=fail; Yorum: Uygulanabilir bir politika mevcuttur ancak uyumlu bir kimlik oluşturulmamıştır; İlk yararlı eylem: SPF ve ilgili her DKIM sonucunu From ile karşılaştırın - Sonuç:
dmarc=temperror; Yorum: Değerlendirme görünüşte geçici bir hatayla karşılaştı; İlk yararlı eylem: DNS veya hizmet hatasını yakalayın ve daha sonraki kontrollü bir girişimi karşılaştırın - Sonuç:
dmarc=permerror; Yorum: Değerlendirme, yalnızca yeniden deneme yoluyla çözülmesi muhtemel olmayan bir hatayla karşılaştı; İlk yararlı eylem: Kalıcı bir yapılandırma sorunu olup olmadığını belirlemek için tam politika verilerini ve alıcı teşhisini inceleyin
Sebebi yalnızca sonuç sözcüğünden çıkarmayın. Geçici bir DNS hatası ve hatalı biçimlendirilmiş bir politika, hem normal bir sonucu engelleyebilir, ancak farklı sahipler ve farklı düzeltici çalışmalar gerektirir. Kanıtları gösterge paneli rengine indirgemek yerine her türlü teşhis yorumunu koruyun.
dmarc=none p=none ayırın
dmarc=none rapor edilen bir değerlendirme sonucudur. p=none yayınlanan bir politikadaki bir değerdir. Geçerli bir izleme politikası yine de aşağıdakileri sağlayabilir: dmarc=pass veya dmarc=fail bireysel mesajlarda.
İki sentetik durumu düşünün. İlkinde, example.com geçerli bir izleme kaydı yayınlar ve bir mesajın uyumlu bir geçişi vardır DKIM imzası. Beklenen DMARC değerlendirmesi, politikanın hiçbir şey söylememesine rağmen başarılı oldu. İkincisinde ise mesajın Yazar Alanı için geçerli bir politika bulunamıyor. Alıcı rapor edebilir dmarc=none; bu kelimeden çıkarılacak bir izleme politikası vaadi yok.
Bir meslektaşınız " DMARC hiçbir şeye ayarlanmadı" derse bunun DNS politikasını mı, mesaj sonucunu mu yoksa son durumu mu kastettiğini sorun. Üçünü de ayrı ayrı kaydedin. Bu kısa açıklama genellikle yanlış soruna yönelik bir DNS değişikliğini önler.
Kimlikler aracılığıyla başarısızlığı araştırın
Orijinal alınan mesajı alın. Görünür Kimden alanını, SPF kimliğini ve sonucunu ve d= ilgili her DKIM imzasının alanı ve sonucu. Yapılandırılmış olanı uygula hizalama kimlikleri geçirme modu. A seçici DKIM hizalaması için kullanılan alan adı değil, anahtar bulucudur.
SPF bir satıcı alan adı için geçerse ve DKIM başka bir satıcı alan adı için geçerse bunların hiçbiri Gönderen alan adınızla uyumlu olmayabilir. Kökün düzenlenmesi SPF kaydı otomatik olarak düzeltme değildir. Hizmetin gerçekte hangi kimliği değerlendirdiğini ve hangi müşteri etki alanı kimlik doğrulama seçeneklerini desteklediğini belirleyin. hizalama hatası kılavuzu bu karşılaştırmanın üzerinden geçiyor.
Hataları tahmin etmeden araştırın
İçin temperror, mesaj zamanını, alıcıyı, sorgulanan adı, hatayı ve varsa çözümleyici içeriğini kaydedin. Yetkili DNS ve özyinelemeli sonuçları karşılaştırın. Daha sonraki başarılı bir arama, geçici bir açıklamayı destekler, ancak alıcının daha önce gördüklerini kanıtlamaz. Bu ayrım önemli olduğunda alıcı operatörden günlükleri isteyin.
İçin permerror, ilgilinin tamamını alın TXT kaydı ayarlamak. Yayımlama adını, sürüm yerleşimini, yinelenen politika kayıtlarını ve hatalı biçimlendirilmiş değerleri kontrol edin. Her hatalı biçimlendirilmiş kaydın aynı etiketi üreteceğine söz vermeyin: mevcut DMARC RFC 9989 §4.10 Ve RFC 9989 §4.10.1 bazı sözdizimi ve politika değeri sorunları için belirli kurtarma ve varsayılan davranışı tanımlar ve uygulamalar farklılık gösterebilir. Tanılamayı değiştirmeden önce geçerli kuralla eşleştirin.
Öncesi ve sonrası numunesini saklayın. Yeni deneme başarılı olursa, tam onarımı ve başarılı sonucu bir arada tutun. Bir kamu denetçisi artık yeşil sonuç veriyor diye bir olayı kapatmaktan kaçının.
Değerlendirmeyi teslimattan ayrı tutun
Altında RFC 9989 §5.4, bir alıcı, yerel işleme kuralları kapsamında DMARC başarısız bir mesaj iletebilir ve iletilen bir mesajı spam, kötü amaçlı yazılım veya diğer nedenlerle engelleyebilir. SMTP yanıtını veya teslimat durumunu kimlik doğrulama sonucundan ayrı olarak toplayın.
Son olay notunuzda neyin değerlendirildiği, hangi güvenilir alıcı tarafından, ne zaman, sonucun neden oluştuğu ve neyin değiştiği belirtilmelidir. "Faturalandırma hizmeti artık üretim rotası boyunca uyumlu bir DKIM geçişi üretiyor" gibi kesin bir sonuç, " DMARC düzeltildi" ifadesinden daha faydalıdır. Eksik politika durumları için şu şekilde devam edin: DMARC kaydı bulunamadı.
Bir sonraki kararı açıkça belirtin
İzleme politikası fikstüründe, kayıt yapın p=none, dmarc=pass ve fiili düzenleme üç ayrı alan olarak. Geçerli bir politika mevcutsa ancak her iki geçiş mekanizması kimliği de hizalanmamışsa, tamamlanan değerlendirme başarısız olur. Gerekli DNS sorguları tamamlanmazsa, RFC 9989 §5.3.6 normal başarılı/başarısız sonucunu önler. Bunlar analitik sınıflandırmalardır, alıcı günlükleri değil.