Normal DNS, alan adından IP adresine gider. Ters DNS bunun tersini yapar: IP adresinden alan adına. Küçük bir ayrıntı gibi görünür — ta ki e-postalarınız reddedilene kadar.
Bu yazı, PTR kaydının ne işe yaradığını ve sunucunuzda nasıl yapılandırılacağını ele alıyor.
Nasıl Çalışır?
Ters DNS, ayrı bir bölge yapısı üzerinden işler:
- Normal sorgu: Alan adı verilir, IP adresi döner.
- Ters sorgu: IP adresi verilir, alan adı döner.
- Yetki farklıdır: IP bloğunun sahibi kontrol eder.
Üçüncü madde en önemli farktır ve çoğu kafa karışıklığının kaynağıdır: PTR kaydını kendi DNS panelinizden ekleyemezsiniz.
Alan adınızın DNS kayıtlarını siz yönetirsiniz, ama IP adresi size değil sağlayıcınıza aittir. Dolayısıyla ters kayıt, IP bloğunun sahibi tarafından tanımlanır — yani sunucu sağlayıcınız tarafından.
Neden Önemli?
PTR kaydı eksik veya yanlışsa şu sorunlar çıkar:
- E-posta reddedilir. Birçok posta sunucusu ters kayıt arar.
- Teslimat gecikir. Bazı sistemler yavaşlatır.
- Bağlantılar yavaşlar. Ters sorgu zaman aşımına uğrar.
- Günlükler okunmaz hâle gelir. IP yerine ad görmek isteyen araçlar.
- Güven sinyali eksilir. Kurumsal yapılandırma göstergesi sayılır.
Birinci madde en somut sonuçtur ve doğrudan iş kaybına yol açar: ters kaydı olmayan bir IP adresinden gönderilen e-posta, birçok sağlayıcı tarafından doğrudan reddedilir — spam klasörüne bile düşmez.
Üçüncü madde ise daha az bilinen bir yan etkidir. Bazı servisler bağlanan istemcinin ters kaydını sorgular; kayıt yoksa sorgu zaman aşımına uğrar ve bağlantı kurulumu gereksiz yere uzar.
İleri–Geri Tutarlılığı
PTR kaydının tek başına var olması yeterli değildir. Kontrol eden sistemler şunu doğrular:
| Adım | Beklenen sonuç |
|---|---|
| IP adresi ters sorgulanır | Bir alan adı döner |
| Dönen ad normal sorgulanır | Aynı IP adresi dönmeli |
| İkisi eşleşmezse | Yapılandırma geçersiz sayılır |
Buna forward-confirmed reverse DNS denir ve gerçek testtir: ters kaydın işaret ettiği alan adı, geri geldiğinizde aynı IP adresine çözümlenmelidir.
Yani iki taraflı bir iş vardır: sağlayıcınız PTR kaydını ekler, siz de o adın A kaydını kendi DNS panelinizde tanımlarsınız. Biri eksikse doğrulama başarısız olur.
Adım Adım Kurulum
Doğru sırayla ilerlemek gerekir:
- Bir ad belirleyin. Genellikle sunucu adı biçiminde.
- Kendi DNS'inizde A kaydı oluşturun. Bu ad sunucunuzun IP'sine işaret etsin.
- Kaydın yayılmasını bekleyin.
- Sağlayıcınızdan PTR kaydı talep edin. Aynı adı verin.
- Her iki yönü de doğrulayın.
Sıra önemlidir: önce A kaydını oluşturmadan PTR talebinde bulunursanız, doğrulama başarısız olur ve sorunun kaynağını aramakla vakit kaybedersiniz.
Kendi sunucunuzu yönettiğiniz bir VDS hizmeti kullanıyorsanız, PTR talebi genellikle destek paneli üzerinden birkaç dakikada tamamlanır; bazı sağlayıcılar bunu doğrudan müşteri panelinde sunar.
Ad Seçimi
PTR kaydında hangi adın kullanılacağı da bir karardır:
- Sunucuya özel bir ad kullanın. Ana alan adınızın kendisini değil.
- E-posta gönderiyorsanız posta sunucusu adını verin.
- Anlamlı ve kalıcı olsun. Sık değişmemeli.
- Kendi alan adınızda olsun. Sağlayıcının varsayılan adı kalmasın.
Dördüncü madde teslimat açısından fark yaratır: sağlayıcının otomatik atadığı genel ad, gönderimin kurumsal olmadığı izlenimi verir. Kendi alan adınızda tanımlı bir ad daha güvenilir okunur.
İkinci madde ise e-posta yapılandırmasıyla tutarlılık gerektirir — posta sunucunuzun kendini tanıttığı ad ile PTR kaydındaki ad aynı olmalıdır.
Birden Fazla IP Durumu
Sunucunuzda birden fazla IP adresi varsa dikkat edilecekler:
- Her IP adresinin ayrı PTR kaydı olmalıdır
- Giden trafiğin hangi IP'den çıktığını bilmelisiniz
- Posta gönderimi için kullanılan IP öncelikli olarak yapılandırılmalıdır
- IPv6 kullanıyorsanız onun için de ayrı kayıt gerekir
İkinci madde sık gözden kaçar: sunucunuz birden fazla IP taşıyorsa, giden bağlantılar varsayılan olarak birinden çıkar ve bu, sizin doğru yapılandırdığınız IP olmayabilir.
Dördüncü madde ise IPv6 etkinleştirilmiş sistemlerde şaşırtıcı sorunlara yol açar. Sunucunuz IPv6 üzerinden posta gönderiyorsa ve o adresin PTR kaydı yoksa, IPv4 tarafındaki kusursuz yapılandırmanız işe yaramaz.
Doğrulama Yöntemi
Kurulum sonrası yapılacak kontroller:
| Kontrol | Beklenen |
|---|---|
| IP'den ters sorgu | Belirlediğiniz ad dönmeli |
| Addan düz sorgu | Aynı IP dönmeli |
| Test e-postası | Başlıklarda ad görünmeli |
| IPv6 kontrolü | Varsa ayrıca doğrulanmalı |
Üçüncü satır en pratik testtir: kendinize bir test e-postası gönderip başlıkları inceleyin — alıcı sunucunun sizi hangi adla gördüğü orada yazar.
PTR Kaydının Yapamadıkları
Beklentiyi doğru kurmak için sınırlarını bilmek gerekir:
- Tek başına teslimat garantisi vermez. SPF, DKIM ve DMARC hâlâ gerekir.
- İtibar sorununu çözmez. Kara listedeki IP kurtulmaz.
- Web sitesi erişimini etkilemez. Site PTR olmadan da çalışır.
- Güvenlik sağlamaz. Bir kimlik doğrulama yöntemi değildir.
Birinci madde önemlidir: PTR kaydı gerekli ama yeterli değildir — e-posta teslimatı için bir ön koşuldur, tek başına çözüm değil.
Sonuç
PTR kaydının en çok şaşırtan yanı, onu kendi DNS panelinizden ekleyememenizdir — IP adresi sağlayıcınıza ait olduğu için ters kaydı da o tanımlar. İş iki taraflıdır: sağlayıcı PTR kaydını ekler, siz aynı adın A kaydını kendi panelinizde oluşturursunuz; ikisi eşleşmezse doğrulama geçersiz sayılır. Sırayı da doğru kurun, önce A kaydı, sonra PTR talebi. IPv6 kullanıyorsanız onun için ayrı kayıt gerekir — IPv4'teki kusursuz yapılandırma IPv6 üzerinden giden postayı kurtarmaz.
Sıkça Sorulan Sorular (SSS)
PTR kaydını nereden eklerim?
Kendi DNS panelinizden ekleyemezsiniz. IP adresi sunucu sağlayıcınıza ait olduğu için ters kaydı da onlar tanımlar — genellikle destek talebiyle veya müşteri panelindeki ilgili bölümden. Sizin göreviniz, aynı adın A kaydını kendi DNS'inizde oluşturmaktır.
PTR kaydı olmadan e-posta gönderebilir miyim?
Teknik olarak evet ama pratikte teslimat çok zorlaşır. Birçok posta sunucusu ters kaydı olmayan IP adreslerinden gelen iletileri doğrudan reddeder — spam klasörüne bile düşmez.
PTR kaydı teslimat sorunumu çözer mi?
Gerekli ama yeterli değil. SPF, DKIM ve DMARC kayıtları da doğru olmalı, IP adresiniz kara listelerde bulunmamalıdır. PTR bir ön koşuldur, tek başına çözüm değildir.
Hangi adı kullanmalıyım?
Ana alan adınızın kendisini değil, sunucuya özel bir alt ad kullanın ve bu ad kendi alan adınızda tanımlı olsun. Sağlayıcının otomatik atadığı genel ad, gönderimin kurumsal olmadığı izlenimi verir. E-posta gönderiyorsanız, posta sunucunuzun kendini tanıttığı adla aynı olmalıdır.
