PTR kaydı, alan adının standart DNS panelinden mi değiştirilir?

Hayır, PTR kaydı çoğu durumda alan adının ileri DNS bölgesinden değil, IP adresini yöneten internet servis sağlayıcısı veya hosting sağlayıcısı üzerinden değiştirilir. Bazı hizmetler bu ayarı kontrol panelinde ters DNS adıyla sunar; yetkinin kimde olduğu kullanılan IP adresi bloğuna bağlıdır.

PTR kaydı değişikliği hemen görünür mü?

Hayır, her sorguda hemen görünmeyebilir. Eski PTR yanıtı veya daha önce kaydın bulunmadığını bildiren yanıt, önbellekte tutulma süresi dolana kadar görülebilir. Ayrıca internet servis sağlayıcısının ya da hosting sağlayıcısının yeni kaydı yayımlaması zaman alabilir.

PTR adı içinde IP adresinin rakamları bulunmalı mı?

Hayır, PTR adının IP adresindeki rakamları içermesi gerekmez. Gönderim rolünü açıkça tanımlayan kararlı bir tam alan adı kullanılabilir; önemli olan bu adın ileri DNS sonucunda gerçek kaynak IP adresine dönmesidir.

PTR kaydı yoksa e-posta kesin reddedilir mi?

Hayır, bütün alıcılar için tek bir ret kuralı yoktur. Ancak Gmail gibi geçerli ters DNS ve ileri DNS eşleşmesi isteyen hizmetlerde eksik PTR, gönderim koşullarının karşılanmaması demektir ve teslimat sorunu doğurabilir.

PTR hedefinin CNAME olması uygun mu?

Hayır, PTR kaydının işaret ettiği ad CNAME takma adı değil, gerçek bir ana makine adı olmalıdır. Bu adın A veya AAAA kaydı da gönderimde kullanılan kaynak IP adresini içermelidir.

Bir IP adresi için birden fazla PTR kaydı olabilir mi?

Evet, DNS standardı aynı IP adresi için birden fazla PTR değeri bulunmasına izin verir. Ancak posta sunucusunda tek ve kararlı bir ana kimlik kullanmak yönetimi kolaylaştırır; her PTR hedefi gerçek bir ana makine adı olmalı ve ileri DNS ile kaynak IP adresine dönmelidir.

Dinamik IP adresiyle posta sunucusu çalıştırmak uygun mu?

Hayır, dinamik IP adresiyle doğrudan e-posta göndermek çoğu durumda uygun değildir. IP adresi değişebildiği ve internet servis sağlayıcısı PTR yönetimine izin vermeyebildiği için kararlı bir posta sunucusu kimliği kurmak zorlaşır; kimlik doğrulamalı bir SMTP relay hizmeti daha uygun olabilir.

HELO/EHLO değeri dışarıdan nasıl görülebilir?

HELO/EHLO değeri, alıcı SMTP sunucusunun bağlantı günlüklerinden veya izinli bir test sunucusunun kaydettiği SMTP oturumundan görülebilir. Yalnız DNS sorgusu bu değeri göstermez; çünkü kimlik SMTP bağlantısı sırasında gönderilir.

EHLO'da IP adresi yazmak PTR kaydının yerini tutar mı?

Hayır, EHLO içinde IP adresi bildirmek PTR kaydı oluşturmaz ve ters DNS denetiminin yerini tutmaz. Kullanılabilir sunucu adı yoksa IPv4 adresi [203.0.113.25], IPv6 adresi ise [IPv6:2001:db8::25] biçiminde yazılabilir; bunlar yalnız örnek adreslerdir.

Harici SMTP relay kullanıldığında PTR ve HELO/EHLO ayarlarını kim yönetir?

Harici SMTP relay kullanıldığında çıkış IP adresini, PTR kaydını ve çoğu durumda HELO/EHLO kimliğini SMTP relay sağlayıcısı yönetir. Alan adı sahibi ise hizmetin verdiği bilgilere göre SPF, DKIM ve DMARC yapılandırmasını ayrıca tamamlamalıdır.

E-posta Sunucusunda PTR ve HELO/EHLO Uyumu Nasıl Sağlanır?

Bir e-posta sunucusu başka bir posta sunucusuna e-posta aktarımı için kullanılan SMTP protokolüyle bağlandığında alıcı sunucu yalnız mesajdaki gönderen adresini görmez. Bağlantının geldiği genel IP adresi, bu IP adresi için bulunan ters DNS adı ve SMTP oturumunda sunucunun kendisini HELO veya EHLO ile nasıl tanıttığı da teknik kimliğin parçalarıdır.

IP adresini sunucu adıyla eşleştiren PTR kaydı, gönderim yapan sunucunun tam alan adını göstermelidir. İleri DNS sorgusunda bu adın A kaydı IPv4 çıkış adresini, AAAA kaydı ise IPv6 çıkış adresini içermelidir. HELO/EHLO komutuyla bildirilen ad da gönderen sunucuya ait olmalıdır. Bu eşleşmeler bağlantı bilgilerinin tutarlılığını gösterir; mesajdaki gönderenin gerçekliğini tek başına kanıtlamaz.

PTR, İleri DNS ve HELO/EHLO Arasındaki İlişki

Bu üç bilgi farklı kaynaklardan gelir, ancak birlikte aynı gönderen sunucunun kimliğini açıklar. Tutarlı bir yapıda ters DNS sorgusu bir sunucu adı döndürür, ileri DNS bu adı gerçek gönderim IP adresine bağlar ve SMTP oturumu da aynı adı kullanır.

Bileşen	Beklenen ilişki	Tutarsızlık örneği
Kaynak IP adresi	Alıcının SMTP bağlantısında gördüğü gerçek genel IP adresidir.	Yapılandırma yerel IP adresine göre yapılır, ancak bağlantı kaynak adresini dönüştüren NAT veya postayı sonraki sunucuya ileten SMTP relay üzerinden başka bir genel IP adresiyle çıkar.
PTR	Gönderim IP adresini anlamlı bir tam alan adına yöneltir.	PTR kaydı yoktur veya gönderimle ilgisiz bir ada gider.
A/AAAA	PTR hedefindeki ad, kullanılan IPv4 veya IPv6 adresine geri çözülür.	PTR adı vardır, ancak ileri DNS sonucunda bağlantının kaynak IP adresi bulunmaz.
HELO/EHLO	SMTP istemcisinin kendisini tanıttığı ad aynı gönderen sunucuyu temsil eder.	Sunucu localhost, kısa yerel ad veya başka bir sistemin adını sunar.

RFC 5321'e göre SMTP istemcisi HELO veya EHLO komutuyla kendisini alıcı sunucuya tanıtır. İstemcinin genel DNS'te çözülebilen bir ana makine adı varsa bu tam alan adı kullanılmalıdır; kullanılabilir bir adı yoksa EHLO komutunda köşeli parantezli IP adresi gösterimi kullanılabilir. Örnek biçimler IPv4 için EHLO [203.0.113.25], IPv6 için EHLO [IPv6:2001:db8::25] şeklindedir; IPv6 adresinin önünde IPv6: etiketi bulunur. Bu adresler yalnız belgeleme örnekleridir. Alıcı SMTP sunucusu, EHLO adının istemcinin IP adresiyle ilişkisini de kontrol edebilir.

PTR ve HELO/EHLO için aynı tam alan adını kullanmak yapılandırmayı sadeleştirir; SMTP standardı bu iki adın birebir aynı olmasını genel bir zorunluluk olarak koymaz. Bir ad birden fazla IP adresine çözülüyorsa bağlantının kaynak IP adresi de ilgili A veya AAAA sonuçları arasında bulunmalıdır. PTR hedefi, CNAME ile başka bir ada yönelen takma ad olmamalıdır; doğrudan A veya AAAA kaydı bulunan sunucu adı kullanılmalıdır.

Çıkış IP Adresi, PTR ve HELO/EHLO Yapılandırması

Yapılandırma, sunucu adı seçilmeden önce gerçek e-posta çıkışının belirlenmesiyle başlar. Özellikle NAT, güvenlik duvarı veya harici SMTP relay kullanılan yapılarda uygulama sunucusunun adresi ile alıcının gördüğü kaynak IP adresi farklı olabilir.

Gerçek çıkış IP adresini belirleyin. Her SMTP çıkış yolu için alıcının hangi genel IPv4 veya IPv6 adresini gördüğünü netleştirin.
Kararlı bir sunucu adı seçin. Örneğin gönderim rolünü temsil eden ve genel DNS'te kullanılabilen tam nitelikli bir alan adı belirleyin.
PTR kaydını bu ada yöneltin. PTR kaydını çoğu altyapıda IP adresi bloğunu yöneten internet servis sağlayıcısı veya hosting sağlayıcısı yönetir; ters DNS seçilen sunucu adını döndürmelidir.
İleri DNS'i tamamlayın. Seçilen adın A veya AAAA kaydı, e-postanın çıktığı gerçek kaynak IP adresini göstermelidir.
SMTP kimliğini ayarlayın. Posta aktarım yazılımındaki HELO/EHLO adı, mümkünse PTR hedefiyle aynı tam alan adı olmalıdır.
Dışarıdan tutarlılığı doğrulayın. Kaynak IP adresinin PTR adını, bu adın tekrar kaynak IP adresine döndüğünü ve SMTP oturumundaki HELO/EHLO değerini ayrı ayrı kontrol edin.

Yerel DNS önbelleğindeki yanıt tek başına yeterli değildir. Yetkili DNS sunucusunu ayrı sorgulayın. Ardından sorguları sizin adınıza yanıtlayan ve sonuçları önbelleğe alan dış bir recursive resolver (özyinelemeli DNS çözümleyicisi) üzerinden aynı kaydı kontrol edin. HELO/EHLO değerini ise alıcı tarafın kayıtlarından veya izinli bir test oturumundan doğrulayın. Birden fazla çıkış IP adresi varsa her biri için aynı denetimi uygulayın.

HELO/EHLO Adının Seçimi

EHLO komutu modern SMTP oturumunda istemciyi tanıtır ve alıcı sunucunun desteklediği SMTP uzantılarını yanıtında bildirmesini sağlar; HELO ise SMTP uzantılarını görüşmeden oturumu başlatan geriye dönük uyumlu komuttur. Posta aktarım yazılımı iki komut için ayrı ad ayarları sunuyorsa aynı sunucu kimliğini kullanmak, farklı adların oluşturacağı gereksiz belirsizliği önler.

Sabit bir posta sunucusu HELO/EHLO kimliğinde genel DNS'te çözülebilen anlamlı bir tam alan adı kullanmalıdır. Yerel makine adı, yalnız iç ağda çözülen bir ad, localhost benzeri bir kimlik veya gönderim altyapısıyla ilişkisi olmayan başka bir sunucu adı, alıcının bağlantıdaki sunucuyu genel DNS ile eşleştirmesini zorlaştırır.

HELO/EHLO adının, mesajda görünen gönderen adresini taşıyan From alanındaki alan adıyla birebir aynı olması gerekmez. HELO/EHLO, SMTP bağlantısını kuran sunucuyu tanıtır. SPF, bağlantının kaynak IP adresinin SMTP zarf göndereni MAIL FROM veya HELO/EHLO alan adını kullanmaya yetkili olup olmadığını denetler. DKIM, seçilen mesaj başlıkları ile gövdeyi alan adına bağlı bir dijital imzayla doğrular. DMARC, MAIL FROM için başarılı SPF sonucundaki ya da geçerli DKIM imzasındaki alan adını From alan adıyla karşılaştırır; uyum yoksa alan adı sahibinin yayımladığı politika değerlendirilir. PTR uyumu bu denetimlerin yerine geçmez.

Birden Fazla IP Adresi ve IPv6 Yapılandırması

Bir gönderim sistemi birden fazla genel IP adresi kullanıyorsa her bağlantı kaynağı ayrı ayrı tutarlı olmalıdır. Her IP adresi için ayrı bir sunucu adı kullanılabilir; alternatif olarak tek HELO/EHLO adı birden fazla A veya AAAA kaydıyla tüm ilgili gönderim adreslerini kapsayabilir. İkinci yöntemde, alıcının gördüğü kaynak IP adresi bu adın ileri DNS sonuçlarında yer almalıdır.

Hem IPv4 hem IPv6 kullanan bir sunucu iki adres ailesiyle de e-posta gönderebilir. Aynı sunucu adı kullanılacaksa A kaydı IPv4 çıkışını, AAAA kaydı IPv6 çıkışını göstermeli ve her kaynak adresin PTR sonucu aynı kimlikle uyumlu olmalıdır. IPv6 yolu eksik yapılandırılmışsa yalnız IPv4 tarafının doğru olması IPv6 üzerinden kurulan SMTP bağlantısını düzeltmez.

Gönderimleri sunucular arasında dağıtan yük dengeleme veya harici SMTP relay kullanılan yapılarda alıcı, mesajı hazırlayan iç sunucunun kimliğini değil, internete SMTP bağlantısını gerçekten açan uç noktanın kimliğini değerlendirir. Altyapıyı değiştirirken çıkış IP adreslerini, PTR kayıtlarını ve HELO/EHLO değerlerini birlikte kontrol edin.

PTR, İleri DNS ve HELO/EHLO Tutarsızlıklarını Düzeltme

En sık karşılaşılan sorun, kayıtların tek tek var olmasına rağmen birbirini tamamlamamasıdır. Her kaydı ayrı ayrı kontrol etmek yeterli değildir; PTR, ileri DNS ve HELO/EHLO zincirinin baştan sona aynı sunucu kimliğini göstermesi gerekir.

PTR kaydı yoksa: IP adresini yöneten internet servis sağlayıcısından veya hosting sağlayıcısından anlamlı bir PTR adı tanımlamasını isteyin.
PTR adı ileri DNS'te kaynak IP adresine dönmüyorsa: A veya AAAA kaydına gerçek çıkış IP adresini ekleyin.
Posta aktarım yazılımı yerel veya yanlış bir HELO/EHLO adı sunuyorsa: Bu adı, gönderen sunucuya ait ve genel DNS'te çözülen tam alan adıyla değiştirin.
NAT sonrası kaynak IP adresi değiştiyse: PTR ve ileri DNS ilişkisini yeni genel IP adresine göre yeniden kurun.
Bazı SMTP bağlantılarında kimlik uyumlu, bazılarında uyumsuzsa: Birden fazla SMTP relay, gönderimde kullanılan bir IP adresi havuzu veya IPv6 yolu bulunup bulunmadığını ayrı ayrı inceleyin.

DNS yanıtının önbellekte ne kadar tutulacağını belirleyen TTL süresi dolana kadar eski kayıt görülebilir. Daha önce kaydın bulunmadığını bildiren yanıt da önbellekte kalmış olabilir. Bu nedenle yetkili DNS sunucusundaki güncel sonuç ile önbellekten gelen sonucu ayırın.

PTR ve HELO/EHLO Uyumu Teslimatı Garanti Eder mi?

PTR, ileri DNS ve HELO/EHLO tutarlılığı bir posta sunucusunun anlaşılır bir teknik kimlik sunmasına yardımcı olur, fakat teslimatı tek başına belirlemez. RFC 5321'e göre alıcı SMTP sunucusu EHLO adının istemci IP adresiyle ilişkisini kontrol edebilir, ancak yalnız bu eşleşme başarısız olduğu için iletiyi reddedemez. Bu kural, PTR kaydı bulunmasını isteyen ayrı alıcı politikalarını ortadan kaldırmaz. Örneğin Gmail, gönderen IP adresi için geçerli ters DNS ve ona karşılık gelen ileri DNS kaydı ister.

Alıcı sistemler bağlantı kimliğinin yanında farklı sinyaller de kullanabilir. Bu nedenle PTR ve HELO/EHLO ayarları tutarlı olan bir sunucunun iletileri yine reddedilebilir, geciktirilebilir veya istenmeyen posta klasörüne yönlendirilebilir. Tek bir teknik eksiklik de her alıcıda aynı sonucu doğurmaz.

Kara liste durumu, gönderen itibarı, içerik değerlendirmesi ve mesaj alan adının kimlik doğrulaması teslimatı ayrı ayrı etkiler.

PTR, A ve HELO/EHLO Uyumuna Örnek

Belgeleme için ayrılmış 203.0.113.25 adresi ve smtp1.example.com adıyla uyum şu şekilde gösterilebilir; gerçek yapılandırmada sunucunuza ait değerler kullanılır: