SPF düzleştirme DNS'ye bağlı bazı yetkilendirmeleri açık adres aralıklarıyla değiştirmenin bir yoludur. Bir değerlendirmenin iç içe aramalara daha az bağımlı olmasını sağlayabilir. Ayrıca başka birinin değişen ağının bir kopyasını saklamanıza da neden olabilir. Bu nedenle yararlı bir karar, önerilen kayıt ile onu doğru tutacak süreci karşılaştırmaktır.
Gerçek kısıtlamayı oluşturun
Yalnızca şirketin web sitesi alanıyla değil, etkilenen uygulamanın kullandığı tam zarf alanıyla başlayın. Mevcut kaydı, bağımlılıklarını ve temsilci gönderen adreslerini toplayın. Bu girdilerle standartlara uygun bir değerlendirme çalıştırın ve izi koruyun. "Çok fazla arama" yazan bir etiket, neyin değiştirileceğine karar vermek için yeterli değildir.
RFC 7208 bölüm 4.6.4 özyinelemede küresel olarak değerlendirilen DNS'ye bağımlı terimleri sınırlar. Açık ip4 ve ip6 mekanizmaları bu dönem bütçesinin dışındadır. Bu potansiyel arama faydasıdır; her düzleştirilmiş kaydın küçük, doğru veya hızlı olacağı vaadi değildir.
Öncelikle, işletme sahiplerinin güncelliğini yitirdiğini onayladığı yetkilendirmeleri kaldırın. Farklı bir uygulamanın uygun şekilde yapılandırılmış bir zarf alt etki alanı kullanıp kullanamayacağını kontrol edin. Ne temizleme ne de segmentasyon körü körüne yapılmamalıdır: etkilenen mesajları listeleyin ve sağlayıcının önerilen kimliği desteklediğini doğrulayın. Kullanın gönderen envanteri bağlanmak bir kayıt gerçek bir hizmete giriş.
Yalnızca adres listelerini değil, anlamları da karşılaştırın
Altında RFC 7208 §5.2içerme, kopyalanacak ağların bir metin dosyası değil, başka bir politikanın değerlendirmesidir. Niteleyiciler, sıra, iç içe içermeler, yönlendirme ve makrolar sonucunu etkileyebilir. Dönüştürücünün, desteklenen girişler için amaçlanan yetkilendirmeyi koruması veya neyi temsil edemeyeceğini açıkça beyan etmesi gerekir. Bir ağaçtan IP görünümlü her değeri toplayan bir dönüşümü reddedin.
Önerilen her değişiklik için hangi yukarı akış politikasını temsil ettiğini, hangi girdilerin test edildiğini, IPv6 kapsanıp kapsanmadığını ve değişikliklerin nasıl tespit edildiğini sorun. Orijinal bağımlılık ve sağlayıcı belgelerini oluşturulan çıktının yanında saklayın. Tüm aralık bağımsız olarak yetkilendirilmediği sürece, yalnızca metni kısaltmak için bitişik ağları daha geniş bir aralığa genişletmekten kaçının.
Bakım maliyetini görünür hale getirin
Bu açıklayıcı bir karardır, test edilmiş bir dağıtım değildir. Fatura göndereni, şu anda iki aralığa izin veren bir sağlayıcı politikasına başvuruyor. Düzleştirilmiş bir kopya bu aralıkları içerir. Yarın sağlayıcı üçüncüyü ekler. Orijinal bağımlılık, yeni yetkilendirmeyi DNS aracılığıyla ortaya çıkarabilir; başarılı bir yenileme bir güncelleme yayınlayana kadar kopya bunu içermeyecektir. Sağlayıcı bir aralığı geri çektiğinde ancak kopya onu koruduğunda bunun tersi sorun ortaya çıkar.
Birisini kendi tazeliğine, başarısız yenilemelere, beklenmeyen büyük değişikliklere ve acil durum restorasyonuna atayın. Yalnızca yayınlanan kaydın sözdizimsel olarak geçerli olması yerine, oluşturma işlemi durduğunda uyarı isteyin. Geçerli bir eski kayıt yine de yanlış kayıt olabilir.
Bir adayı değiştirmeden önce test edin
Önceki kaydı koruyun ve açık bir öncesi ve sonrası farkı oluşturun. Bilinen gönderenleri, yetkisiz bir adresi, ilgili her IP ailesini ve eşleşmeyen nihai sonucu test edin. Boyutu ve dize sınırları da dahil olmak üzere gerçek TXT yanıtını inceleyin. RFC 7208 §3.3 Ve RFC 7208 §3.4 Bir TXT değerini karakter dizelerine bölmenin neden genel DNS yanıtını yönetme ihtiyacını ortadan kaldırmadığını açıklayın.
Onaylanan yayından sonra kontrollü gönderme testi kullanın. Alıcı sistemin kimlik doğrulama sonucunu ve değerlendirdiği zarf kimliğini kaydedin. Birini eşitleme SPF ile iyileştirme DMARC hizalama veya garantili gelen kutusu yerleşimi.
Sürdürebileceğiniz bir işletim modeli seçin
Bağımlılığa dayalı politikayı, değerlendirmesi kabul edilebilir olduğunda ve devam eden sahipliği daha net olduğunda koruyun. Yalnızca kanıtlanmış anlamsal kapsam, güvenilir bir yenileme mekanizması, uyarı ve bir çıkış planıyla düzleştirmeyi düşünün. Daha küçük bir arama sayısı yararlı bir kanıttır ancak kabul kararının tamamı değildir. Evlat edinme sonrasında bakım için şu şekilde devam edin: bayat düzleştirilmiş SPF.
Bir sonraki kararı kaydedin
Varsayımsal bir dönüşüm için desteklenen yukarı akış yapılarını, kaynak anlık görüntü süresini, test edilen kimlikleri/IP'leri, beklenen terminal sonuçlarını ve eklenen veya geri çekilen aralıkları kimin algıladığını listeleyin. Amaçlanan girdiler için makro bağımlı bir yetkilendirme temsil edilemiyorsa, aday yalnızca arama sayısı daha az olduğu için hazır değildir. Bu makale için herhangi bir dönüştürme, DNS değişikliği veya gönderme testi yapılmadı.