PTR Kaydı Nedir? Reverse DNS ve E-posta Teslimatı

PTR kaydı, bir IP adresini ana makine adına çeviren ters DNS (reverse DNS, kısaca rDNS) kaydıdır. Alıcı posta sunucuları, bağlanan sunucunun IP adresine ait PTR kaydını ve bu adın tekrar aynı IP adresine çözülüp çözülmediğini kontrol eder; kaydı olmayan veya tutarsız IP adreslerinden gelen postayı reddedebilir ya da spam olarak işaretleyebilir. PTR kaydını alan adınızın DNS panelinden değil, IP adresinin sahibi olan servis veya barındırma sağlayıcısı üzerinden tanımlarsınız.

Reverse DNS nasıl çalışır?

Normal (ileri yönlü) DNS bir adı IP adresine çevirir. Ters DNS ise tersini yapar ve bunun için özel alanlar kullanır: IPv4 için in-addr.arpa, IPv6 için ip6.arpa. IPv4 adresinin oktetleri bu alanda ters sırayla yazılır:

10.113.0.203.in-addr.arpa.  3600  IN  PTR  mail.example.com.tr.

Bu kayıt, 203.0.113.10 adresinin mail.example.com.tr adına ait olduğunu söyler. IPv6 adreslerinde ise adres yarım bayt (nibble) düzeyinde ters çevrilir; mantık aynıdır.

Alıcı sunucular PTR kaydını neden kontrol eder?

Spam'in önemli bir kısmı ele geçirilmiş bilgisayarlardan ve kısa ömürlü sunuculardan gönderilir. Bu IP adreslerinin ya hiç PTR kaydı yoktur ya da 203-0-113-10.dynamic.isp-ornek.net gibi otomatik üretilmiş, genel görünümlü bir adı vardır. Düzgün yapılandırılmış bir posta sunucusunun ise anlamlı ve tutarlı bir ters DNS kaydı olması beklenir. Bu yüzden:

• Google'ın e-posta gönderen yönergeleri, Gmail'e gönderim yapan herkesten gönderim IP adresleri için geçerli ileri ve ters DNS kayıtları ister.
• SpamAssassin tabanlı filtrelerde RDNS_NONE ve RDNS_DYNAMIC gibi kurallar, ters DNS kaydı olmayan veya dinamik görünen göndericilere puan ekler.
• Bazı sunucular bu durumda iletiyi doğrudan reddeder. RFC 7372, bu amaçla "Reverse DNS validation failed" anlamındaki X.7.25 durum kodunu tanımlar.

Ret mesajlarını yorumlamakta zorlanıyorsanız e-posta bounce hata kodları rehberimize göz atabilirsiniz.

FCrDNS: ileri yönde doğrulanmış ters DNS

Yalnızca PTR kaydının bulunması yetmez; alıcılar çoğunlukla FCrDNS (Forward-Confirmed reverse DNS) denetimi yapar:

1. Bağlanan IP adresinin PTR kaydı sorgulanır; örneğin 203.0.113.10 için sonuç mail.example.com.tr olsun.
2. Bulunan adın A veya AAAA kaydı sorgulanır.
3. Dönen adreslerden biri bağlanan IP adresiyle aynıysa FCrDNS başarılıdır.

DNS işletim hatalarını derleyen RFC 1912 de her IP adresinin bir PTR kaydına sahip olmasını ve bu kayıtların A kayıtlarıyla eşleşmesini önerir.

HELO adı ile PTR neden uyumlu olmalı?

Gönderen sunucu, SMTP oturumunun başında EHLO (veya eski HELO) komutuyla kendini bir adla tanıtır. RFC 5321, bu adın sunucunun tam nitelikli alan adı (FQDN) olmasını ister. En temiz yapı, üç değerin birbirini doğrulamasıdır: HELO adı, PTR kaydındaki ad ve bu adın A kaydındaki IP adresi.

RFC 5321, HELO adındaki uyuşmazlığın tek başına ret gerekçesi yapılmamasını söyler; ancak pratikte birçok spam filtresi bu tutarsızlığı olumsuz bir sinyal olarak puanlar. Postfix gibi yaygın sunucuların alıcı tarafta ürettiği başlıkta bu bilgiyi şöyle görürsünüz:

Received: from mail.example.com.tr (mail.example.com.tr [203.0.113.10])
        by mx.alici-ornek.net with ESMTPS id 4Xk2pQ7a

İlk ad sunucunun HELO ile bildirdiği ad, parantez içindeki ad ise alıcının ters DNS ile doğruladığı addır. Ters DNS doğrulanamadığında parantez içinde genellikle unknown yazar. Postfix kullanıyorsanız HELO adı varsayılan olarak myhostname ayarından gelir; bu değeri PTR kaydınızla aynı yapın. HELO adınız için v=spf1 a -all gibi bir kayıt yayımlamak da HELO kimliğinin SPF denetiminden geçmesini sağlar.

PTR kaydını kim ayarlar?

PTR kayıtları, IP adres bloğunun sahibinin yönettiği ters DNS bölgesinde durur. Bu yüzden alan adınızın DNS panelinde PTR kaydı oluşturamazsınız. Duruma göre izlenecek yol şöyledir:

• Bulut sunucu veya VPS: Çoğu sağlayıcı kontrol panelinde "reverse DNS" veya "PTR" alanı sunar.
• Kiralık sunucu veya kurumsal hat: İnternet servis sağlayıcınıza veya veri merkezinize destek talebi açmanız gerekir.
• Kendi IP bloğunuz: Bloğun ters DNS yetkisi size devredildiyse kayıtları kendi DNS sunucunuzda yönetirsiniz. Küçük bloklar için RFC 2317 sınıfsız devir yöntemini tanımlar.
• Barındırılan e-posta hizmetleri: Microsoft 365 veya Google Workspace gibi hizmetlerde gönderim IP adreslerinin PTR kayıtları hizmet sağlayıcı tarafından yönetilir.

PTR kaydı talep ederken izlenecek sıra

1. Önce kendi alan adınızda mail.example.com.tr gibi bir A kaydı oluşturup gönderim IP adresine yönlendirin.
2. Sağlayıcınızdan bu IP adresinin PTR değerini aynı ad olarak ayarlamasını isteyin; bazı sağlayıcılar ileri kayıt hazır olmadan talebi kabul etmez.
3. Posta sunucunuzun HELO adını da aynı değere ayarlayın.
4. Değişikliğin yayıldığını ters sorguyla doğrulayın ve bir test iletisinin başlıklarını kontrol edin.

Paylaşımlı bir gönderim havuzu kullanıyorsanız PTR kaydı sağlayıcının alan adını gösterir ve bu normaldir. Ters DNS'te kendi alan adınızı görmek ve itibarınızı başkalarınınkinden ayırmak istiyorsanız özel ve paylaşımlı IP farkı yazımız karar vermenize yardımcı olur.

İyi bir PTR kaydı nasıl olmalı?

• Her gönderim IP adresi için tek bir PTR kaydı bulunmalı.
• Kayıt, kendi alan adınız altında anlamlı bir ad göstermeli (mail.example.com.tr veya smtp1.example.com.tr gibi).
• Ad, IP adresini tire veya noktalarla içeren genel bir kalıp gibi görünmemeli.
• Adın A veya AAAA kaydı aynı IP adresini göstermeli.
• Sunucunun HELO adı bu adla aynı olmalı.
• IPv6 üzerinden gönderim yapıyorsanız IPv6 adresleri için de aynı tutarlılık sağlanmalı.

PTR kaydı nasıl kontrol edilir?

dig -x 203.0.113.10 +short
nslookup 203.0.113.10
Resolve-DnsName 203.0.113.10
dig A mail.example.com.tr +short

İlk üç komut ters sorgu yapar, sonuncusu ise FCrDNS'in ikinci adımını doğrular. İki sonuç birbirini tutuyorsa yapılandırmanız doğrudur.

İpucu: Sunucu taşıdığınızda veya IP adresiniz değiştiğinde PTR kaydını, A kaydını ve HELO adını aynı anda güncelleyin. Üçünden birinin eski kalması, kolayca gözden kaçan bir teslimat sorunu nedenidir.

MXZilla'in giden posta altyapısında paylaşımlı bir IP havuzu ya da müşteriye özel, izole bir IP adresi kullanılabilir. Gönderim IP adreslerinin itibarı DNS kara listelerine karşı izlenir ve listelenen bir IP adresi havuzdan çekilir. Ters DNS ve IP itibarı birlikte değerlendirildiğinden bu konuyu IP itibarı yazımızla birlikte okumanızı öneririz.

Alan adınızın MX, SPF, DKIM ve DMARC kayıtlarını ücretsiz güvenlik kontrolü ile denetleyebilir, giden posta teslimatınızı güçlendirmek için paketlerimizi inceleyebilirsiniz.

Sık sorulan sorular

PTR kaydı olmadan e-posta gönderilebilir mi?

Gönderilebilir, ancak teslim oranı ciddi biçimde düşebilir. Gmail dahil birçok büyük sağlayıcı geçerli ters DNS kaydı olmayan IP adreslerinden gelen iletileri reddedebilir veya spam klasörüne yönlendirebilir. Posta gönderen her sunucu için PTR kaydı tanımlanmalıdır.

PTR kaydı neden alan adımın DNS panelinde yok?

Çünkü PTR kayıtları alan adınıza değil, IP adresine aittir ve IP bloğunun sahibinin yönettiği ters DNS bölgesinde tutulur. Kaydı sunucu sağlayıcınızın panelinden veya destek ekibi aracılığıyla değiştirebilirsiniz. Alan adı panelinde açtığınız bir PTR kaydı ters sorgularda görünmez.

FCrDNS nedir?

FCrDNS, bir IP adresinin PTR kaydındaki adın tekrar aynı IP adresine çözüldüğünün doğrulanmasıdır. Yalnızca PTR kaydının bulunması yeterli değildir; ileri ve ters kayıtların birbirini tutması gerekir. Alıcı sunucular ters DNS denetiminde genellikle bu yöntemi kullanır.

Bir IP adresinin birden fazla PTR kaydı olabilir mi?

Teknik olarak mümkündür, ancak önerilmez. Birden fazla PTR kaydı, alıcıların hangi adı esas alacağını belirsizleştirir ve HELO eşleşmesini zorlaştırır. Her gönderim IP adresi için tek ve HELO adıyla uyumlu bir PTR kaydı en sağlıklı yapıdır.

PTR kaydı SPF veya DKIM'in yerine geçer mi?

Geçmez, çünkü PTR kaydı yalnızca sunucunun kimliğinin tutarlı olduğunu gösterir ve alan adınız adına kimin gönderim yapabileceğini belirlemez. SPF, DKIM ve DMARC ile birlikte kullanıldığında e-posta teslim edilebilirliği ve güvenlik için sağlam bir temel oluşturur.