Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
PTR kaydı IP adresinden hostname'e ters çözümleme yapar. cPanel dokümantasyonu PTR'nin ilişkili bir A kaydıyla uyumlu olmasını ve IP sahibinin PTR üzerinde yetkili olmasını vurgular.
Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
VPS'te IPv4, IPv6, reverse DNS ve PTR kaydını; mail teslimatı, hostname, A/AAAA kaydı, IP sahipliği ve test komutlarıyla öğrenin.
PTR kaydı IP adresinden hostname'e ters çözümleme yapar. cPanel dokümantasyonu PTR'nin ilişkili bir A kaydıyla uyumlu olmasını ve IP sahibinin PTR üzerinde yetkili olmasını vurgular.
IPv6 reverse DNS, ip6.arpa altında PTR kayıtlarıyla çalışır; IPv4 reverse DNS ise in-addr.arpa hiyerarşisini kullanır.
IPv4 32-bit adres alanı kullanır ve public IPv4 kıtlığı nedeniyle sunucu paketlerinde ek maliyet oluşturabilir. IPv6 128-bit adres alanı sunar ve çok büyük adres kapasitesi sağlar. Uygulama ve istemci uyumluluğu nedeniyle production sunucular çoğu zaman dual-stack çalışır.
Yalnız IPv6 sunucu teknik olarak mümkündür ancak tüm istemci, entegrasyon, third-party API ve mail ekosistemi IPv6-only değildir. Özellikle legacy sistemler ve bazı whitelist mekanizmaları public IPv4 bekleyebilir.
A kaydı hostname → IPv4, AAAA hostname → IPv6 çözümlemesidir. PTR ise IP → hostname ters çözümlemesidir. Mail sunucusunda genellikle `mail.example.com → 203.0.113.10` A kaydı ve `203.0.113.10 → mail.example.com` PTR kaydı birbiriyle uyumlu tasarlanır.
PTR kaydını domain DNS panelinde her zaman siz oluşturamazsınız çünkü reverse zone IP bloğunun sahibindedir. VPS sağlayıcısının panelinden rDNS tanımlanır veya destek talebi açılır.
Mail alıcıları IP reputation, SPF, DKIM, DMARC, HELO/EHLO hostname ve PTR uyumunu birlikte değerlendirir. PTR tek başına inbox garantisi vermez ama eksik veya anlamsız PTR güven sinyallerini zayıflatabilir.
cPanel Email Deliverability aracı PTR'nin mevcut durumunu kontrol eder ve sorun varsa bilgi verir. PTR değişikliği IP sahibi yetkisi gerektirdiğinden paylaşımlı IP'de her domain için ayrı PTR mümkün değildir.
IPv6 reverse lookup ip6.arpa altında nibble formatıyla temsil edilir; adresin hexadecimal basamakları ters sırayla zone yapısına dönüşür. Büyük IPv6 prefix'lerinde her adres için otomatik PTR oluşturmak ölçeklenebilir olmadığı için RFC 8501 farklı ISP yaklaşımlarını tartışır.
Dedicated public IPv4 dahil mi? IPv6 prefix veriliyor mu? rDNS panelden değiştirilebilir mi? Ek IPv4 nasıl fiyatlanıyor? Abuse nedeniyle kara liste geçmişi var mı? IP failover/floating IP özelliği var mı? Bu sorular özellikle mail, VPN ve API projelerinde önemlidir.
Forward ve reverse çözümlemeyi ayrı ayrı doğrulayın. `dig A`, `dig AAAA`, `dig -x` ve `host` ile IP/hostname eşleşmesini görebilirsiniz. Mail sunucusunda ayrıca HELO hostname ve TLS sertifikasının bu isimle uyumu kontrol edilmelidir.
dig A mail.example.com +shortdig AAAA mail.example.com +shortdig -x 203.0.113.10 +shorthost 203.0.113.10hostname -fSPF/DKIM/DMARC yanlışsa, IP reputation kötüyse veya outbound spam varsa düzgün PTR teslimatı kurtaramaz. PTR; doğru hostname, forward-confirmed reverse DNS, TLS, authentication ve reputation zincirinin yalnız bir parçasıdır.
| Kayıt | Yön | Örnek |
|---|---|---|
| A | Hostname → IPv4 | mail.example.com → 203.0.113.10 |
| AAAA | Hostname → IPv6 | mail.example.com → 2001:db8::10 |
| PTR | IP → Hostname | 203.0.113.10 → mail.example.com |
Minimum sistem gereksinimini production kapasitesi sanmayın. Gerçek seçimde peak workload, yedekleme, büyüme payı, kaynak paylaşım politikası ve geri dönüş planı birlikte değerlendirilmelidir.
Public IP'nin reverse zone'u size ait değilse hayır. PTR genellikle IP'yi tahsis eden VPS/ISP/veri merkezi tarafından yönetilir.
Workload'a bağlıdır. IPv6-only mümkün olsa da tüm istemciler ve entegrasyonlar IPv6 desteklemez; dual-stack hâlâ yaygındır.
CPU, RAM, disk, network ve yönetim ihtiyacınızı birlikte değerlendirin; darboğazı bilinmeden yalnız daha büyük paket satın almak çoğu zaman kalıcı çözüm değildir.