Bir SPF Tek bir alıcı ağıyla sınırlı görünen olay, bir karşılaştırma sorunudur. Öncelikle bu ağın, başarılı kontrollerinizle aynı gönderen IP'yi, zarf alanını ve DNS politikasını değerlendirip değerlendirmediğini belirleyin. Geniş kapsamlı bir yetkilendirme değişikliği, alanınızı kullanarak kimlerin gönderim yapabileceğini artırırken farkı da gizleyebilir.
Eşleşen bir karşılaştırma oluşturun
Aynı uygulamadan ve yaklaşık süreden başarısız bir işlemi ve başarılı bir işlemi seçin. IPv4 veya IPv6 adresini, SMTP bağlayarak UTC saatini kaydedin POSTA, HELO adı, alıcı ağı, tam SMTP yanıtı ve mesaj kabul edildiyse güvenilir kimlik doğrulama sonucu. SMTP sırasında reddedilen bir iletinin incelenecek teslim edilmiş bir başlığı hiçbir zaman olmayabilir. Bunun yerine gönderenin işlem günlüğünü koruyun. Tanımlayıcıları ve mesaj içeriklerini kısıtlı operasyonel kanıt olarak değerlendirin.
SPF normalde MAIL FROM alanını değerlendirir; boş bir ters yol için, MAIL FROM kimliği postmaster ve HELO alanı kullanılarak oluşturulur. Görünen Kimden adresi arama talimatı değildir. Bir yönlendirme hizmeti, son alıcının gördüğü bağlantı IP'sini de değiştirebilir. RFC 7208 , bölümler 2.3–2.4 ve 10.3.
Başarısızlık sınıflarını ayırın
Açık bir başarısızlık, istemciye yetki vermeyen değerlendirilmiş bir yola işaret eder. İzin hatası politika sözdiziminin incelenmesi için çağrılar, çoklu SPF kayıtları, özyinelemeli bağımlılıklar ve değerlendirme sınırları. Sıcaklık hatası geçici arama veya işleme sorunlarının araştırılması çağrısında bulunur. Hiçbiri, açık bir yasaklama yerine, kullanılabilir değerlendirilmiş alan adı veya geçerli SPF kaydının bulunmadığı anlamına gelir. Tarafsız, politikanın kesin bir yetkilendirme iddiasında bulunmadığı anlamına gelir; softfail başarısızlıktan daha zayıf bir olumsuz iddiayı ifade eder. SPF geçişi de değildir. Genel bir "kimlik doğrulama sorunu" bildirimini yorumlamadan önce sonucu yakalayın.
Yetkili DNS yanıtlarını yinelenen yanıtlarla ve bunların zaman damgalarıyla karşılaştırın. Bu IP için tam sahip adını ve ulaşılan her bağımlılığı sorgulayın. SPF değerlendirilen on dönemlik limit kapsamı, a, mx, ptr ve mevcut mekanizmaları ve yönlendirme değiştirici, her DNS paketi veya TXT parçası yerine iç içe değerlendirme dahil. IP4, ip6 ve tüm mekanizmalar o dönem bütçesini tüketmez; diğer DNS çalışmaları için ayrı sınırlar geçerli olmaya devam edebilir. Statik bir alet taraması ve alıcının gerçek yolu bu nedenle uyuşmayabilir. RFC 7208 , bölümler 4.5–4.6.4 ve 8.
Kontrollü bir örnek üzerinde çalışın
Açıklayıcı senaryo: gönderen, yetkili bir IPv4 adresi üzerinden A ağına ulaşır ancak listelenmemiş bir IPv6 adresi üzerinden B ağına ulaşır. Uygulamanın adı ve Gönderen adresi aynı görünüyor. Yararlı müdahale, IPv6 yolunun sahipliğini ve amaçlanan kullanımını doğrulamak, ardından uygunsa dar yetkilendirme yapmak veya kullanmayı bırakmaktır. Alıcı ağını SPF eklemek, bağlantının yanlış tarafını ele alacaktır.
İkinci bir olasılık ise yönlendirmedir: B ağı, orijinal giden ana makineniz yerine bir aracıdan alır. Politikanıza rastgele ileticiler eklemeyin. Yönlendirme yolunu kontrol edin, hizalanmış olarak hayatta kalın DKIM ve alıcının politikası. Başarılı bir SPF sonucu hala hizalanmamış olabilir DMARC. RFC 9989 , bölüm 4.4.
Tekrarlanabilir kanıtlarla kapatın
Bir sahiple, kaydedilen önceki değerle ve geri alma koşuluyla kontrollü bir değişiklik yapın. Eşleşen testleri, kullanıldığı her iki adres ailesi de dahil olmak üzere, etkilenen rota üzerinden tekrarlayın. SPF , hizalanmış kimlik doğrulamayı ve SMTP işlemeyi ayrı ayrı onaylayın. Aynı girdiler ve politika hala farklı sonuçlar veriyorsa, alıcı operatör için düzenlenmiş bir kanıt paketi hazırlayın. Tüm ağı bozuk olarak etiketlemek yerine çözülmemiş uygulama farkını kaydedin.
Eşleşen bir kanıt çalışma sayfası kullanın
- Başarısız/kontrol çifti: her ikisi için de UTC zamanlarını, uygulamayı ve alıcı ağını kaydedin.
- Bağlantı: gerçek IPv4 veya IPv6 kaynağını ve herhangi bir yönlendirme atlama noktasını karşılaştırın.
- Kimlik: MAIL FROM, HELO ve alıcının gerçekte kontrol ettiği etki alanını karşılaştırın.
- Politika: tarihli TXT yanıtlarını ve değerlendirilen bağımlılık yolunu saklayın.
- Sonuç: başarısızlığı, softfail , nötrü, yok'u, temperror veya permerror ve ayrıca SMTP yanıtını tam olarak koruyun.
- Eylem: yalnızca doğrulanmış bir farkı onarın; aynı rotayı tekrarlayın ve çözülmemiş farklılıkları üst seviyeye taşımak için koruyun.