DKIM hizalama Başarılı imza doğrulamasından sonra yapılan kimlik karşılaştırmasıdır. Soru, DKIM üzerinden sorumluluğu alan alanın, mesajın Kimden alanında gösterilen alana karşılık gelip gelmediğidir. İlgisiz bir hizmetten alınan geçerli bir imza, bu soruyu cevapsız bırakabilir.
Doğru alan çiftini çıkarın
Yazar Etki Alanını şuradan kullanın: RFC5322 .Gönderen alan ve d= başarıyla doğrulanmış bir alandan DKIM imzası. Yanıtla seçeneğini değiştirmeyin, Return-Path, seçici veya isteğe bağlı i= Bu karşılaştırmada imzalama alanı için kimlik. Ham mesajı koruyun ve bir güvenilir alıcının doğrulama sonucu, bir imzanın mevcut olduğu için geçerli olduğunu varsaymak yerine.
Örneğin, şu şekilde görüntülenen bir mesaj: Faturalandırma < billing@example.com > sahip olmak example.com bu basit tek yazarlı durumda Yazar Etki Alanı olarak. İle geçen bir imza d=example.net imzalayanın kimliğini doğrular example.net; Faturalandırma kelimesi, tanıdık bir logo veya aynı posta kutusu yerel kısmı, onu aşağıdakilerle uyumlu hale getirmiyor example.com.
Yapılandırılmış hizalama kuralını uygula
RFC 9989 bölüm 4.4 katı hizalamayı aynı alanlar olarak tanımlar. Esnek kuralı, geçerli keşif prosedürü tarafından belirlenen organizasyonel alanları karşılaştırır. DKIM hizalama modu şu şekilde seçilir: adkim; Bu etiketin başka şekilde geçerli bir politikada bulunmadığı durumlarda varsayılan seçenek rahattır.
Kesin d=example.com Yazar Alanıyla eşleşme example.com sıkı bir uyum sağlar ve aynı zamanda ilişkileriyle ilgili belirsizliği de önler. Bir imza mail.example.com sıkı bir eşleşme değil example.com. Rahat statüsü organizasyonel alan belirlemesini gerektirir; olası her ilke yapılandırmasında her üst-alt etki alanı ilişkisine otomatik olarak yeterli muamelesi yapmayın.
RFC 9989 bölüm 4.10 değiştirir RFC 7489Organizasyonel etki alanı keşfi için DNS Ağacı Yürüyüşleri ile keşif modeli. Daha eski uygulamalar hala daha önceki genel sonek tabanlı süreci kullanabilir. Teşhisinizin hangi spesifikasyona ve alıcı davranışına yönelik olduğunu kaydedin. Geçiş dönemindeki bir tutarsızlık, bir DNS ekran görüntüsünün her alıcıyı tanımladığı yönünde genel bir iddiaya değil, keşif ve politikaya ilişkin kanıtlara ihtiyaç duyar.
Açık ve rahat bir örnek üzerinde çalışın
Uygulanabilir kuralın gevşetildiğini ve alıcının kararı belirlediğini varsayalım. organizasyon alanı her ikisinin de mail.example.com Ve example.com olmak example.com. İle geçen bir imza d=mail.example.com daha sonra bir Yazar Etki Alanı ile hizalanır example.com. Katı modda aynı çift hizalanmaz.
Başarısız olmak için yalnızca imza sonucunu değiştirin. Etki alanı ilişkisi değişmedi ancak artık DKIM kimlik doğrulamalı bir tanımlayıcı sağlamıyor. Bu nedenle mesajda bu imzanın DKIM geçiş katkısı yoktur. Ayrı bir hizalanmış SPF geçiş hala sağlayabilir DMARC Bu nedenle, mesajı değerlendirmeden tüm mesajın başarısız olduğu sonucuna varmayın.
Bunlar belirtilen varsayımlara sahip sentetik vakalardır. Canlı bir araştırmada keşfedilen politikayı, hizalama modunu, ilgili DNS kanıtını ve alıcı sonucunu kaydedin. Bu, hizalamayı son ek eşleştirme kısayoluna indirgemek yerine sonucun tekrarlanabilir olmasını sağlar.
Gönderen yapılandırmasını kaynağında düzeltin
Hizmet yalnızca kendi ilgisiz etki alanıyla imzalıyorsa mevcut ürününün uygun bir müşteri imzalama kimliğini destekleyip desteklemediğini belirleyin. Oluşturulan kayıtları alın ve desteklenen süreç aracılığıyla imzalamayı etkinleştirin. Bir yayınlama DMARC kaydı hizmetin özelliklerini değiştirmez d= değerdir ve SPF sağlayıcı eklemek DKIM imzasını değiştirmez.
Katı mod amaçlandığında, politikayı değiştirmeden önce ilgili her yol için tam alan adı imzasını doğrulayın. Yönetilmeyen bir gönderme hizmetini gizlemek için hizalamayı zayıflatmayın. Aynı şekilde, katı modun maliyetsiz olduğunu varsaymayın: hangi meşru alt alan adı imzalama rotalarını hariç tuttuğunu ve bu kısıtlamanın ardındaki operasyonel kararı belgeleyin.
Düzeltilen rotayı doğrulayın
Gerçek uygulama üzerinden gönderin, ardından geçen imzayı, etki alanını ve güvenilir alıcının DMARC değerlendirmesini yakalayın. Birden fazla imza varsa tüm imzaları inceleyin; RFC 9989 bölüm 4.4.1 geçen hizalanmış herhangi bir DKIM tanımlayıcısını kabul eder. Farklı bir posta kutusundan veya kiracıdan yapılan bir test, farklı bir kimlik kullanabilir ve etkilenen uygulamanın sorununu kapatamayabilir.
Hizalama ve teslimat sonuçlarını farklı tutun. Düzeltme, amaçlanan gönderenin geçerli politika kapsamında geçerli bir hizalanmış kimlik oluşturmasıyla kanıtlanır. Gelen kutusunun yerleşimi hala alıcının daha geniş kararlarına bağlıdır.
Üç sentetik sonucu karşılaştırın
Yazar Etki Alanı example.com ve geçerli bir politikayı varsayalım. d=example.com ile geçen bir imza her iki modda da hizalanır. d=mail.example.com ile geçen bir imza tam hizalamada başarısız olur; yalnızca her iki kurumsal alanın da example.com olduğu belirtilen varsayımı altında rahat modda hizalanır. d=vendor.example.net ile geçen bir imza, kuruluş etki alanı example.net olduğunda her iki modda da hizalanmaz. Her durumda, genel DMARC sonucuna karar vermeden önce diğer imzaları ve SPF değerlendirin. Bunlar etki alanı karşılaştırma örnekleridir, yakalanan alıcı sonuçları değildir.
Kompakt bir araştırma kaydı tutun
İncelenmekte olan rota için önerilen bu çalışma sayfasını kullanın. Bu bir planlama yardımcısıdır, yürütülen bir testin kanıtı değildir.
- Mesaj: uygulama rotası, ham mesaj referansı ve güvenilir doğrulama alıcısı.
- Kimlik: Yazar Etki Alanı ve geçen her DKIM d etki alanı.
- Politika: keşfedilen DMARC politikası, adkim ve alıcının keşif modeli.
- Sonuç: katı veya rahat eşleşme, diğer DKIM / SPF yolları ve ayrıca kaydedilen dağıtım sonucu.
İlgili okuma
Çoklu DKIM imzaları: hizalanmış geçiş imzasını bulun · DKIM TXT ve CNAME yayınlama: sağlayıcının anahtar yönetimi modelini takip edin.