Domain'i Sunucuya Yönlendirme: A, AAAA ve CNAME Rehberi
Domain'inizi sunucuya yönlendirin: A, AAAA, CNAME, MX ve TXT kayıt türleri, DNS yayılım süresi, dig/nslookup ile test ve sık yapılan hatalar.
PTR kaydı nedir, e-posta teslimini ve güvenliği nasıl etkiler, REXE panelinde nasıl ayarlanır, dig -x ile doğrulama ve yaygın sorunlar.
Reverse DNS (rDNS), bir IP adresini domain adına çeviren DNS mekanizmasıdır. Normal DNS bir domain adını IP'ye çevirirken, reverse DNS tam tersini yapar. PTR (Pointer) kaydı olarak da bilinen bu mekanizma, özellikle e-posta sunucuları ve güvenlik sistemleri için kritik öneme sahiptir.
PTR kaydı, bir IP adresinin hangi domain adına ait olduğunu belirtir. Örneğin:
# Normal DNS (Forward DNS)
rexe.tr. → 203.0.113.50
# Reverse DNS (PTR)
203.0.113.50 → mail.rexe.tr
PTR kayıtları, in-addr.arpa özel DNS alanında saklanır:
# 203.0.113.50 için PTR kaydı
50.113.0.203.in-addr.arpa. IN PTR mail.rexe.tr.
# IPv6 için (ip6.arpa)
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. IN PTR mail.rexe.tr.
IP adresinin ters çevrilmiş hali kullanılır: 203.0.113.50 → 50.113.0.203.in-addr.arpa
E-posta sunucuları, gelen mesajların spam olup olmadığını kontrol ederken PTR kaydını doğrular. PTR kaydı olmayan veya yanlış yapılandırılmış IP'lerden gelen e-postalar:
Büyük e-posta sağlayıcıları (Gmail, Outlook, Yahoo) PTR kaydı olmayan sunuculardan gelen e-postaları genellikle reddeder.
En güvenilir yapılandırma, PTR kaydının A kaydıyla eşleşmesidir:
# 1. PTR kaydı: IP → Domain
203.0.113.50 → mail.rexe.tr
# 2. A kaydı: Domain → IP (aynı IP olmalı)
mail.rexe.tr → 203.0.113.50
Bu çift yönlü doğrulama (FCrDNS) e-posta teslimini önemli ölçüde iyileştirir.
Rexe müşteri panelinde PTR kaydı ayarlamak için:
mail.rexe.tr).PTR kaydı yalnızca IP adresinin sahibi (hosting sağlayıcısı) tarafından ayarlanabilir. Domain kayıt şirketinizden değil, REXE'den talep etmeniz gerekir.
mail.rexe.tr, server1.rexe.tr).# Reverse DNS sorgusu
dig -x 203.0.113.50
# Kısa çıktı
dig -x 203.0.113.50 +short
# Belirli DNS sunucusu ile
dig -x 203.0.113.50 @8.8.8.8
# IPv6 için
dig -x 2001:db8::1
Örnek çıktı:
;; ANSWER SECTION:
50.113.0.203.in-addr.arpa. 3600 IN PTR mail.rexe.tr.
# Reverse DNS sorgusu
host 203.0.113.50
# Örnek çıktı:
# 50.113.0.203.in-addr.arpa domain name pointer mail.rexe.tr.
nslookup 203.0.113.50
# Örnek çıktı:
# 50.113.0.203.in-addr.arpa name = mail.rexe.tr.
# 1. PTR kaydını kontrol et
PTR=$(dig -x 203.0.113.50 +short)
echo "PTR: $PTR"
# 2. PTR'nin A kaydını kontrol et
A=$(dig +short $PTR)
echo "A kaydı: $A"
# 3. Eşleşiyor mu?
if [ "$A" = "203.0.113.50" ]; then
echo "FCrDNS: BAŞARILI"
else
echo "FCrDNS: BAŞARISIZ"
fi
Postfix, gelen bağlantılar için PTR kontrolü yapabilir:
# /etc/postfix/main.cf
smtpd_client_restrictions =
permit_mynetworks,
reject_unknown_client_hostname, # PTR kaydı olmayan IP'leri reddet
permit
PTR kaydı tek başına yeterli değildir. E-posta güvenliği için:
# SPF kaydı
rexe.tr. IN TXT "v=spf1 ip4:203.0.113.50 ~all"
# DKIM (mail._domainkey)
mail._domainkey.rexe.tr. IN TXT "v=DKIM1; k=rsa; p=..."
# DMARC
_dmarc.rexe.tr. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@rexe.tr"
Belirti: E-postalar spam klasörüne düşüyor veya reddediliyor.
# Kontrol et
dig -x SUNUCU_IP +short
# Çıktı boşsa PTR kaydı yok demektir
Çözüm: REXE müşteri panelinden PTR kaydı ekleyin.
Belirti: FCrDNS kontrolü başarısız.
# PTR kaydını kontrol et
dig -x 203.0.113.50 +short
# Çıktı: mail.rexe.tr.
# A kaydını kontrol et
dig mail.rexe.tr A +short
# Çıktı: 203.0.113.237 (farklı IP — sorun!)
Çözüm: A kaydını PTR ile aynı IP'ye güncelleyin.
PTR kayıtları da normal DNS kayıtları gibi yayılım süresine tabidir. Değişiklik sonrası 24-48 saat bekleyin.
# Farklı DNS sunucularından kontrol et
dig -x 203.0.113.50 @8.8.8.8 +short
dig -x 203.0.113.50 @1.1.1.1 +short
Bir IP için birden fazla PTR kaydı olmamalıdır. Bu durum e-posta sorunlarına yol açabilir.
# Tüm PTR kayıtlarını listele
dig -x 203.0.113.50
# ANSWER SECTION'da yalnızca bir PTR kaydı olmalı
PTR kaydı ayarladıktan sonra IP'nizin kara listede olup olmadığını kontrol edin:
# MXToolbox ile kontrol (web)
# https://mxtoolbox.com/blacklists.aspx
# Komut satırından kontrol
for bl in zen.spamhaus.org bl.spamcop.net b.barracudacentral.org; do
result=$(dig +short 50.113.0.203.$bl)
if [ -n "$result" ]; then
echo "KARA LİSTE: $bl ($result)"
else
echo "Temiz: $bl"
fi
done
Yeni bir sunucu kurduğunuzda veya IP değiştirdiğinizde, PTR kaydını ayarlamak ilk yapmanız gereken işlemlerden biri olmalıdır. Özellikle e-posta gönderecekseniz bu adımı atlamayın.
PTR kaydı, e-posta teslim edilebilirliği ve ağ güvenliği için kritik bir DNS bileşenidir. REXE panelinden kolayca ayarlayabileceğiniz PTR kaydı, sunucunuzun güvenilirliğini artırır ve e-postalarınızın spam klasörüne düşmesini önler. FCrDNS yapılandırması ile PTR ve A kayıtlarınızın eşleştiğinden emin olun.
Teknik olarak evet, ancak büyük e-posta sağlayıcıları (Gmail, Outlook) PTR kaydı olmayan IP'lerden gelen e-postaları genellikle spam olarak işaretler veya reddeder. E-posta sunucusu çalıştırıyorsanız PTR kaydı zorunludur.
PTR kaydı yalnızca IP adresinin sahibi olan hosting sağlayıcısı tarafından ayarlanabilir. Domain kayıt şirketinizden değil, REXE müşteri panelinden veya destek ekibimizden talep etmeniz gerekir.
PTR kaydı, e-posta sunucunuzun FQDN'si (tam domain adı) olmalıdır. Örneğin: mail.rexe.tr veya smtp.rexe.tr. Bu domain için A kaydı oluşturulmuş ve aynı IP'ye işaret ediyor olmalıdır (FCrDNS).
PTR kayıtları genellikle 1-4 saat içinde yayılır, ancak bazı DNS önbellekleri 24-48 saat tutabilir. 'dig -x IP_ADRESINIZ +short' komutu ile aktif olup olmadığını kontrol edebilirsiniz.
Evet, e-posta gönderen her IP için ayrı PTR kaydı gereklidir. Birden fazla IP kullanıyorsanız her biri için REXE panelinden PTR kaydı ayarlayın.
Domain'inizi sunucuya yönlendirin: A, AAAA, CNAME, MX ve TXT kayıt türleri, DNS yayılım süresi, dig/nslookup ile test ve sık yapılan hatalar.
Nameserver nedir, kayıt şirketinde NS nasıl değiştirilir, yayılım süresi, whois/dig ile kontrol ve yaygın kayıt şirketi arayüzleri rehberi.
vnstat ile geçmiş istatistikler, iftop ile gerçek zamanlı izleme, nethogs ile süreç bazlı bant genişliği, nload kullanımı ve sonuçları yorumlama.