Ters DNS IP adresiyle ilişkili bir ad ister. Bir posta göndericisi için ilgili adres, SMTP bağlantısında kullanılan genel kaynaktır. Bu adresteki bir PTR kaydı yararlı bir altyapı kanıtıdır ancak SPF yetkilendirme, bir DKIM imzası veya bir mesajın meşru olduğunun kanıtı.
Gerçek adresi ve otoriteyi belirleyin
Referanslar: RFC 1035 §3.5, RFC 3596 §2.5.
Alıcı sistem tarafından görülen IP ile veya kontrollü bir harici SMTP gözlemiyle başlayın. Bir uygulamanın özel adresi, yük dengeleyici adresi ve sağlayıcının çıkış adresi farklı olabilir. Hizmetin kullanabileceği her giden adres ailesini ve havuzunu listeleyin.
IPv4 ters sorguları in-addr.arpa altında ters sekizlileri kullanır. IPv6 ip6.arpa altında ters çevrilmiş onaltılı bitler kullanır. Bu ters bölgelerin yetkisi, IP tahsisini ve herhangi bir delegasyonu takip eder. Bu genellikle gönderenin görünür alanının kayıt şirketi veya DNS ana bilgisayarı değil, barındırma veya ağ sağlayıcısıdır. İlgisiz bir ileri bölgede PTR benzeri bir adın yayınlanması gerçek ters yanıtı değiştirmeyecektir.
Her iki yönü de koordine edin
Referanslar: RFC 1912 §2.1, RFC 2181 §10.2.
Desteklenen değişiklik sürecini ve tam genel IP'yi ters bölge operatöründen isteyin. Amaçlanan bir altyapı ana bilgisayar adı seçin ve iletme adresi verilerinin bu IP'yi içerdiğinden emin olun. RFC 1912 geri ve ileri verilerin eşleştirilmesini önerir; bu, evrensel bir alıcı kabul sözleşmesi değil, operasyonel rehberliktir.
RFC 2181 DNS bir adresi tam olarak bir PTR ile sınırlamadığını açıklığa kavuşturur. Döndürülen birden fazla ismin sessizce atılması yerine delil olarak saklanması gerekir. Tahmin edilebilir bir yönetim için, istikrarlı bir şekilde belgelenmiş bir ana bilgisayar adı genellikle daha basittir, ancak alıcıya özgü gereksinimlerin kendi güncel belgelerine ihtiyacı vardır. Bir PTR modelinin her sağlayıcıya teslimatı garanti ettiğini iddia etmeyin.
Geriye doğru aramayı yeniden oluşturma
Sentetik IPv4 donanımı: kaynak adresi 192.0.2.25; ters sahip 25.2.0.192.in -addr.arpa.; PTR hedefi smtp.example.com.; bu hedefe A ilet 192.0.2.25. Beklenen ters yanıt ana bilgisayar adıdır ve beklenen ileri onay orijinal IP'yi içerir.
Yalıtılmış bir ters bölgede sorgu dig @AUTH -x 192.0.2.25 +norecurse ve ardından sorgulayın smtp.example.com. A laboratuvarın ileri yetkisine karşı. Her yön için kullanılan yetkiyi koruyun çünkü bunların aynı organizasyon olması gerekmez. İkinci bir fikstür için PTR kaldırın: beklenen kanıt, yeni icat edilen bir ana bilgisayar adı değil, yokluk veya gerçek yanıttan sınıflandırılan bir hatadır.
IPv6 için yarım bayt adını manuel olarak kısaltmak yerine arama aracının adresten geriye dönüşümünü kullanın. Sorgu dig @AUTH -x 2001:db8::25 +norecurseAUTH'nin yerine yapılandırılan laboratuvar çözümleyicisini koyuyoruz. Bir üretim kontrolünde gerçek bir gözlemlenen kaynak adresi kullanılmalıdır; bu belge aralıkları canlı bir göndereni tanımlamaz.
Altyapıyı kimlik doğrulamadan ayırma
Referanslar: RFC 7208 §5.5, RFC 9989 §5.3.5.
Postanın bu etki alanını kullanması nedeniyle bir PTR hedefinin görünür Kimden etki alanı olması gerekmez. Bir sağlayıcı, paylaşımlı gönderme altyapısını kendi ana bilgisayar adıyla çalıştırabilir. Belirli bir alım politikası için neyin önemli olduğu SPF ayrı olarak kontrol edilmeli ve DKIM hizalama.
Tavsiye edilmeyen SPF eklemeyin ptr mekanizma sadece ters DNS SPF ile alakalı hale getirmek için. PTR bir altyapı sorunu olarak koruyun ve SPF desteklenen gerçek gönderen yetkilendirmesiyle yapılandırın. Değişikliklerden sonra ileri ve geri yanıtları, SMTP tanıtımını ve ilgili alıcı yanıtını doğrulayın. Herhangi bir teslimat sonucunu test edilen rota ve zamanla sınırlı tutun.
Kanıt kapsamını açık tutun
Yerel adres kitaplığı dönüşümü, 192.0.2.25 25.2.0.192.in -addr.arpa ile eşleştiğini doğrular ve IPv6 yarım bayt adının tamamını oluşturur. Bu hesaplama ne ters bölgeyi sorgulamaz ne de bir PTR mevcut olduğunu tespit eder. Teslimat veya alıcı politikası testi yapılmadı.