Kiralanan IP alanı için ters DNS: PTR kayıtları, devretme ve e-posta

Ters DNS, bir IP adresini bir PTR kaydı aracılığıyla bir ada geri eşler. Çoğu hizmet için bu bir ayrıntıdır. Bir posta sunucusu için değildir: Google, Gmail'e gönderen her adresin, adı aynı adrese geri çözümlenen bir PTR kaydına sahip olmasını şart koşar ve diğer birçok alıcı da aynı eşleşmeyi arar. Kiralanan alanda kayıt varsayılan olarak kontrol etmediğiniz bir bölgede (zone) bulunur, bu yüzden onu kimin ve nasıl ayarladığını bilmeye değer.

Ters DNS nasıl çalışır

İleri sorgu bir adı bir adrese dönüştürür. Ters sorgu ise bir adresi, dört sayısının sırasını özel bir alan adı altında tersine çevirerek bir ada dönüştürür: 203.0.113.10 için PTR kaydı 10.113.0.203.in-addr.arpa adresinde bulunur. IPv6 da ip6.arpa altında, her seferinde bir onaltılık basamakla aynı şekilde çalışır.

Bir /24'ün bölgesi, bu örnekte 113.0.203.in-addr.arpa, kayıt kuruluşu tarafından onun için listelenen ad sunucularına devredilir. RIPE NCC hizmet bölgesinde bunlar, RIPE Database'deki bir domain nesnesinin nserver satırlarıdır. Bu ad sunucularını kim işletiyorsa PTR kayıtlarının ne söyleyeceğine o karar verir.

dig -x 203.0.113.10 +short

Kiralanan alan için onu kim kontrol eder

Kayıt kuruluşu ters bölgeyi bloğun sahibine devreder, dolayısıyla kiralanan alan için bu siz değil kiraya verendir. Pratikte iki düzen vardır.

• Kiraya veren istediğiniz kayıtları ayarlar. Her adres için adı gönderirsiniz, kiraya veren PTR kayıtlarını yayımlar. En basit düzendir ve neredeyse herkes için yeterlidir.
• Kiraya veren bölgeyi size devreder. Ad sunucularınızı gösteren bir domain nesnesiyle PTR kayıtlarını kendiniz yönetirsiniz. Bu, bir /24'ün tamamı için çalışır. Daha küçük bir parça için kiraya veren, RFC 2317'de açıklanan sınıfsız devretme ile yalnızca sizin adreslerinizi verebilir: kendi bölgesinde, sizin ad sunucularınızdaki bir bölgeyi gösteren CNAME kayıtları.

Her iki durumda da kiralama başlamadan önce değişikliklerin nasıl yapıldığını ve ne kadar çabuk göründüğünü sorun, çünkü düzgün bir ad veremediğiniz bir posta sunucusu teslim edemeyen bir posta sunucusudur.

Posta alıcıları neyi kontrol eder

Google'ın gönderici yönergeleri kuralı yalnızca toplu gönderenler için değil her gönderici için açıkça belirtir: “The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname.” (çeviri: “Gönderen bir SMTP sunucusunun genel IP adresinin, bir ana bilgisayar adına çözümlenen karşılık gelen bir PTR kaydı olmalıdır.”) Bu ana bilgisayar adının da aynı adrese çözümlenen bir A kaydı veya IPv6 için AAAA kaydı olmalıdır. Bu, ileri doğrulamalı ters DNS'tir (forward-confirmed reverse DNS): adresten ada ve addan aynı adrese geri. Gmail eksik veya uyuşmayan bir kayda geçici veya kalıcı bir hatayla yanıt verir ve Kasım 2025'ten beri kurallarını daha sıkı uyguluyor.

Bununla birlikte iki alışkanlık gelir. Posta sunucunuzun gönderdiği selamlamada (HELO veya EHLO) aynı adı kullanın ve bir havuz yerine bir sunucuya benzeyen adlar seçin. Her göndericiden ters DNS isteyen Yahoo, “meaningful, non-generic” (çeviri: “anlamlı, genel olmayan”) PTR kayıtları ister ve bazı filtreler 203-0-113-10.dynamic.example.net gibi bir adı ev bağlantısı işareti olarak değerlendirir.

Adım adım kurulum

1. Gönderen her adres için bir ad seçin, kontrol ettiğiniz bir alan adı altında: mail1.example.com.
2. İleri kaydı oluşturun: mail1.example.com. A 203.0.113.10.
3. PTR kaydını ayarlayın: 10.113.0.203.in-addr.arpa. PTR mail1.example.com., kiraya vereniniz aracılığıyla veya devredilen bölgenizde.
4. İki yönü de kendi ağınızın dışındaki bir ağdan kontrol edin:

dig -x 203.0.113.10 +short        # expect: mail1.example.com.
dig +short mail1.example.com A    # expect: 203.0.113.10

1. Posta sunucusunun aynı adı kullanmasını sağlayın. Postfix'te bu myhostname = mail1.example.com ayarıdır.

Teslimatı bozan hatalar

• Eşleşen bir A kaydı olmayan bir PTR kaydı. Ters sorgu çalışır, ileri kontrol başarısız olur.
• Bir adres için iki PTR kaydı. Kontroller hangisinin geçerli olduğu konusunda anlaşamaz. Bir tane tutun.
• Uzun bir TTL ile ad değişikliği. Çözümleyiciler TTL dolana kadar eski adı sunmaya devam eder. Planlı bir değişiklikten bir gün önce onu düşürün.
• Unutulan IPv6. Sunucu IPv6 üzerinden gönderiyorsa, IPv6 adresinin de ip6.arpa altında, eşleşen bir AAAA kaydıyla aynı işleme ihtiyacı vardır.
• Yanıt vermeyi bırakan ad sunucularındaki devredilmiş bir bölge. Kayıt kuruluşu ad sunucularını yalnızca devretme yapılırken kontrol eder. Sonradan arızalanırlarsa, blok için her ters sorgu onlarla birlikte başarısız olur.

RTM Networks'ün yeri

Ters DNS, ek ücret olmadan her kiralamanın parçasıdır: her adres için adı bize söyleyin, PTR kayıtlarını biz ayarlarız (IPv4 kiralama). Adresler posta gönderecekse itibarları adları kadar önemlidir, bu yüzden kiraladığımız her IPv4 bloğunu teslimden önce ve sizde olduğu sürece her gün kara listelere karşı kontrol ederiz (bir bloğu temiz tutmak).