PTR / Reverse DNS Nedir? Mail Sunucusu İçin Neden Önemlidir?

PTR / Reverse DNS Nedir? Mail Sunucusu İçin Neden Önemlidir? konusu e-posta teslimatında tek başına bir DNS kaydından daha fazlasını ifade eder. Gönderen kimliği, DNS tutarlılığı, SMTP yanıtları ve IP/domain itibarı birlikte değerlendirilmelidir.

PTR / Reverse DNS Nedir? Mail Sunucusu İçin Neden Önemlidir için doğru başlangıç

E-posta altyapısında önce domainin MX, SPF, DKIM, DMARC ve ilgili hostname kayıtlarını mevcut halleriyle kaydedin. Sorun teslimatsa örnek bir mesajın gönderim zamanı ve SMTP logu da başlangıç verisinin parçası olmalıdır.

1. forward ve reverse DNS

forward ve reverse DNS kontrolünde önce DNS tarafındaki gerçek cevabı ve kaydın hangi hostname/domain için geçerli olduğunu doğrulayın. Ardından mail sunucusunun EHLO/hostname, gönderici domaini ve ilgili kimlik doğrulama sonucuyla tutarlı olup olmadığını karşılaştırın.

• forward ve reverse DNS: mevcut değer ile hedef sonucu yan yana kaydedin.
• SMTP hata kodunu ve mail logunu kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

2. PTR yönetiminin IP sahibi tarafından yapılması

PTR yönetiminin IP sahibi tarafından yapılması değerlendirilirken alıcı sunucunun verdiği SMTP kodunu veya authentication sonucunu olduğu gibi kaydedin. 'Mail gitmiyor' bilgisi tek başına yeterli değildir; 4xx/5xx kodu, SPF/DKIM/DMARC sonucu ve teslim logu kök nedeni ayırır.

• DNS cevabını yetkili kaynaktan doğrulayın.
• PTR yönetiminin IP sahibi tarafından yapılması: mevcut değer ile hedef sonucu yan yana kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

3. mail itibar sinyalleri

mail itibar sinyalleri değişikliğinde TTL ve DNS yayılımını hesaba katın. Eski kayıtlar cache'te kalabileceği için değişiklik sonrası farklı resolver'lardan sorgu yapmak ve mail akışını küçük bir test mesajıyla doğrulamak daha güvenlidir.

• DNS cevabını yetkili kaynaktan doğrulayın.
• SMTP hata kodunu ve mail logunu kaydedin.
• mail itibar sinyalleri: mevcut değer ile hedef sonucu yan yana kaydedin.
• Değişiklikten sonra gerçek gönderim/alım testi yapın.

4. hostname tutarlılığı

hostname tutarlılığı için kalıcı çözüm, yalnız hatayı susturmak değil, gönderim davranışı ve itibarın da düzeltilmesidir. Bounce, complaint, açık relay, ele geçirilmiş hesap ve toplu gönderim hızı gibi etkenleri DNS kayıtlarından ayrı izleyin.

• DNS cevabını yetkili kaynaktan doğrulayın.
• SMTP hata kodunu ve mail logunu kaydedin.
• SPF/DKIM/DMARC ile hostname tutarlılığını kontrol edin.
• hostname tutarlılığı: mevcut değer ile hedef sonucu yan yana kaydedin.

Önerilen uygulama sırası

1. Mevcut yapı ve bağımlılıkları kaydedin.
2. Değişikliği mümkün olan en dar kapsamda uygulayın.
3. forward ve reverse DNS: ilk doğrulama noktasını tamamlamadan sonraki adıma geçmeyin.
4. Kullanıcı akışını ve bağlı servisleri ayrıca test edin.
5. Sonuç beklenen gibi değilse önceki yapılandırmaya dönün ve kök nedeni yeniden ölçün.

Sık yapılan hatalar

E-posta sorunlarında sık yapılan hata, yalnız MX veya SPF kaydını değiştirip teslimat probleminin çözüldüğünü varsaymaktır. Aynı domain için birden fazla çelişkili kayıt, hatalı hostname, zayıf IP itibarı veya ele geçirilmiş posta kutusu DNS doğru olsa bile sorunu sürdürebilir.

Doğrulama ve geri alma

Doğrulama için en az iki farklı alıcı sağlayıcıya test mesajı gönderin; SMTP logunu, authentication sonuçlarını ve mesaj başlıklarını inceleyin. DNS değişikliği yaptıysanız TTL süresi boyunca eski/yeni cevabı karşılaştırın. Sorun geri gelirse son değişiklikten önceki DNS değerlerini hazır tutun.

Kaynak ve ilgili hizmet

Teknik ayrıntılarda ürün veya standardın güncel resmî dokümantasyonunu esas alın: resmî teknik kaynak. UST Bilişim tarafında ilgili altyapı veya web projesi için hizmetlerimizi inceleyebilir, mevcut sisteminizin analizi için iletişim sayfasından bize ulaşabilirsiniz.

Bu konuyla birlikte okuyun

• Sonraki ilgili rehber