Popüler araçlar

Tema

PTR Sorgulama — Ters DNS

Ters DNS ve PTR sorgulama: herhangi bir IPv4 veya IPv6 adresinin arkasındaki host adını bulun. Doğrudan ters bölgenin kendi ad sunucularından gelen her PTR kaydını, her adın adrese geri işaret edip etmediğini (FCrDNS), bölgeyi kimin işlettiğini ve adresin Gmail, Yahoo ve Microsoft'un e-posta sunucusu kurallarından geçip geçmediğini görün.

Kaynaklar: ters bölgenin ad sunucuları (bir kök sunucudan başlanarak ulaşılır) · Google Public DNS · Cloudflare 1.1.1.1 · Team Cymru

Herhangi bir yazım biçiminde IPv4 veya IPv6, bir host adı (önce çözümlenir) ya da bir in-addr.arpa adı.

Deneyin

Ters DNS (rDNS) nedir?

Ters DNS, bir IP adresini yeniden bir host adına çevirir: bir adı adrese çeviren olağan (ileri yönlü) sorgulamanın tersidir. Yanıt, adresin sahibinin DNS'in adreslere ayrılmış bir bölümünde yayımladığı bir PTR kaydıdır.

DNS adları sağdan sola okunur, bu yüzden bir adres sorgulanmak için tersten yazılır: 8.8.8.8, 8.8.8.8.in-addr.arpa olur; 203.0.113.7 ise 7.113.0.203.in-addr.arpa olur. Ağın kısmı sağda kaldığından her adres bloğu, onu elinde tutan kuruluşa devredilebilir (RFC 1035 §3.5).

IPv6, ip6.arpa alanını ve adresin 32 onaltılık rakamının (nibble) tamamını kullanır, son rakam önce: rakamlar ters çevrilmeden önce :: açılır, bu yüzden 2001:4860:4860::8888 adresinin 32 etiketli bir adı vardır (RFC 3596 §2.5). Araç, siz yazarken soracağı adı alanın altında gösterir ve sonucun yanındaki ters yolda 32 nibble'ın tamamını yazar.

Bir ters adın anatomisicanlı, 2026-10-23

IPv4 adresiOpenDNS

208.67.222.222222.222.67.208.in-addr.arpa

Ters adı, PTR için sorulurresolver1.opendns.com +3

Ters çevrilmiş oktetler/8 en sona gelir: 208.in-addr.arpa ARIN'in bölgesidir, 222.67.208.in-addr.arpa ise OpenDNS'in kendi bölgesi.
in-addr.arpaIPv4 ters ağacı; IANA tarafından yönetilir, a'dan f'ye in-addr-servers.arpa sunucuları tarafından sunulur.
PTRAdın tuttuğu değer: resolver1.opendns.com ve üç host adı daha.

IPv6 adresi, tam yazılmış hâliGoogle

2001:4860:4860:0000:0000:0000:0000:8888

32 nibble, son rakam önce

Sondaki 8888 en başa gelir, Google'ın 2001:4860 /32 bloğu en sona gelir ve :: ifadesinin gizlediği 16 sıfır yazılır.

8.8.8.8.in-addr.arpaIPv4: dört etiket, ters çevrilmiş
8.8.8.8.0.0.0.0…ip6.arpaIPv6: 32 rakamın tamamı, ters çevrilmiş
8.8.8.8.0.6.8.4…ip6.arpa:: sıkıştırılmış bırakılırsa: başka bir ad ve NXDOMAIN
8.8.8.8 iki yönden de aynı okunur, bu yüzden şekil oktetleri gözle görülür biçimde yer değiştiren 208.67.222.222 adresini kullanıyor. Aracın ters yolu, sorguladığı her IPv4 adresi için aynı yer değiştirmeyi çizer.

Ters DNS sorgulama nasıl yapılır?

Yukarıya bir adres yazıp PTR sorgula düğmesine basın. Araç bir kök sunucudan ters bölgenin kendi ad sunucusuna kadar iner ve doğrudan ona sorar, ardından Google ve Cloudflare'in önbellek kopyalarını karşılaştırır. Terminalden macOS ve Linux'ta dig -x 8.8.8.8, Windows'ta nslookup 8.8.8.8 ya da host 8.8.8.8 aynı işi yapar.

dig -x in-addr.arpa veya ip6.arpa adını sizin için oluşturur; önbellek yerine bölgenin kendi yanıtını ve tam TTL'sini okumak için @ ile bölgenin ad sunucusunu ve +norecurse ekleyin (dig -x 8.8.8.8 @ns1.google.com +norecurse). PowerShell için Microsoft'un belgelenmiş biçimi ters çevrilmiş adı kullanır: Resolve-DnsName -Name 8.8.8.8.in-addr.arpa -Type PTR.

dig -x 8.8.8.8 +noall +answer

dig, 8.8.8.8.in-addr.arpa adını kendisi oluşturur. IN'den önceki sayı, çözümleyicinizde kalan TTL'dir.

dig yanıtını okumakGoogle Public DNS, ardından Google'ın kendi sunucusu · 2026-10-23 tarihinde kaydedildi
bash · zsh
$ dig -x 8.8.8.8 @8.8.8.8
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24160
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; QUESTION SECTION:
;8.8.8.8.in-addr.arpa.        IN   PTR

;; ANSWER SECTION:
8.8.8.8.in-addr.arpa.  14003  IN   PTR   dns.google.

;; SERVER: 8.8.8.8#53(8.8.8.8)

$ dig -x 8.8.8.8 @ns1.google.com +norecurse
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
8.8.8.8.in-addr.arpa.  86400  IN   PTR   dns.google.
;; SERVER: 216.239.32.10#53(216.239.32.10)
  1. Durum. Tek yanıtlı NOERROR. NXDOMAIN, PTR ayarlanmadığı; SERVFAIL ise ters bölgenin bozuk olduğu anlamına gelirdi.
  2. Soru. dig, adresten 8.8.8.8.in-addr.arpa adını oluşturdu ve PTR kaydını sordu.
  3. TTL. Google'ın önbelleğinde 14.003 saniye kaldı. Bölgenin kendi sunucusu tam 86.400 değerini, yani bir günü verir.
  4. Host adı. PTR'nin değeri. Sondaki nokta adı bitirir.
  5. Yanıt veren. 8.8.8.8, bir önbellek. İkinci yanıtta aa bayrağı bölgenin kendi sunucusunu işaretler.
Tek PTR, iki kez sorulmuş: Google Public DNS önbelleğinden geri sayarak yanıt verir; +norecurse ile sorulan ns1.google.com ise bölge adına tam TTL ile yanıt verir.

Sonuç nasıl okunur

Başlık, adresin hangi ada çözümlendiğini ve adın geri işaret edip etmediğini, bölgenin TTL'si ve yanıt veren sunucuyla birlikte tek cümlede söyler. Altındaki renkli notlar adı kimin değiştirebileceğini ve adda neyin olağan dışı olduğunu belirtir.

PTR görünümü her adı TTL'si ve ileri yönlü kontrolüyle listeler; E-posta görünümü onu alıcıların kurallarına göre puanlar; Yetki devri sorulan her sunucuyu gösterir; Kopyalar Google ve Cloudflare'in önbellek yanıtlarını karşılaştırır; Komutlar aynı sorguyu terminal için verir. Sağda, ters yol tüm yolculuğu çizer.

8.8.8.8 için ters DNS sorgulama: Google'ın ad sunucusundan dns.google PTR kaydı, ileri yönlü kontrolü ve yetki devri yolu8.8.8.8 için ters DNS sorgulama: Google'ın ad sunucusundan dns.google PTR kaydı, ileri yönlü kontrolü ve yetki devri yoluKararAdresin hangi ada çözümlendiği, bu adın geri işaret edip etmediği ve onu kimin ayarladığı; TTL ve yanıt veren sunucuyla.PTR kayıtlarıBölgenin adres için tuttuğu her ad; TTL'si ve ileri yönlü sorgusunun döndürdüğü adreslerle.GörünümlerE-posta kuralları, adım adım yetki devri, geri sayımlarıyla önbellek kopyaları ve komutlar.Ters yolDNS adına ters çevrilmiş adres, ardından kök, IANA, kayıt kuruluşu ve yanıt veren bölge.
8.8.8.8 için bir ters DNS sorgusu: karar, TTL'si ve ileri yönlü kontrolüyle PTR kaydı ve kökten Google'ın bölgesine uzanan ters yol. Her bölümün neyi gösterdiğini görmek için bir numara seçin.

PTR kaydı nedir?

PTR (pointer, işaretçi) kaydı, DNS türü 12, altında bulunduğu adres için tek bir host adı tutar: 8.8.8.8.in-addr.arpa. 86400 IN PTR dns.google. Düz bir veridir: CNAME'in aksine hiçbir yere yönlendirmez (RFC 1035 §3.3.12).

Kaydı, içindeki adın sahibi değil, adresin sahibi yazar: Google'ın ters bölgesi 8.8.8.8'in dns.google olduğunu söyler; bunun tersini ise yalnızca dns.google bölgesindeki A kaydı söyler. Bir adresin birden fazla PTR kaydı olabilir (RFC 2181 §10.2): 208.67.222.222 adresinin dört tane var. Ad gerçek bir host adı olmalıdır, asla bir takma ad değil.

PTR bir ad tutar, başka hiçbir şey tutmaz: sahip, ülke veya şehir yoktur. Bir sorgunun yanında gösterilen konum, operatörün ada koyduğu sözcüklerden ya da ayrı bir veritabanından gelir.

Tek ad, iki bölge8.8.8.8 ve dns.google, canlı, 2026-10-23
İleri bölgealan adının bölgesi: dns.google
dns.google. A 8.8.8.8dns.google. A 8.8.4.4dns.google. AAAA 2001:4860:4860::8888dns.google. AAAA 2001:4860:4860::8844

dns.google'ın sahibi için ns1.zdns.google tarafından sunulur

iki bölge, iki ayrı sunucu grubu
Ters bölgeadres bloğunun bölgesi: 8.8.8.0/24
8.8.8.8.in-addr.arpa. PTR dns.google.

ARIN tarafından Google'a devredilmiş, ns1.google.com tarafından sunulur

8.8.8.8.in-addr.arpa.Ters ad86400TTL · 1 günINSınıfPTRTürdns.google.Host adı
1 adres, 4 ad208.67.222.222: resolver1.opendns.com ve üç ad daha
1 adres, 48 adapple.com'un adresi 17.253.144.10; her birinin TTL'si 5 dakika
1 ad, 4 adresdns.google: 8.8.8.8, 8.8.4.4 ve iki IPv6
PTR, 8.8.8.8'in adının ne olduğunu söyler; A kayıtları ise dns.google'ın nereye işaret ettiğini. İki bölgeyi de tesadüfen Google işletiyor, farklı sunucularda.

İleri yönlü doğrulanmış ters DNS (FCrDNS) nedir?

İleri yönlü doğrulanmış ters DNS, PTR'deki adın aynı adrese geri çözümlenmesi demektir: 8.8.8.8 → dns.google → 8.8.8.8. E-posta sunucuları bu kontrole iprev der (RFC 8601 §3): adresin PTR adlarını sorgula, her adın A veya AAAA kayıtlarını sorgula ve adres bunların arasındaysa geçir.

İkinci adım önemlidir, çünkü bir adresin sahibi PTR kaydına google.com dahil istediği adı yazabilir. Ad ancak alan adının sahibi onu adrese geri yönlendirdiğinde bir şey kanıtlar. Araç her PTR adını (en fazla on tane) kontrol eder ve döngüyü sağda çizer: döngü kapanırsa yeşil, ad başka bir yere işaret ediyorsa turuncu.

Birden fazla PTR kaydı varsa, geri işaret eden bir tanesi yeterlidir. A kaydı başka adresleri de listeleyen bir ad, bu adres onların arasında olduğu sürece yine geçer.

Üç adres, üç döngücanlı, 2026-10-23
İleri yönlü doğrulandıGoogle
8.8.8.8dns.google8.8.8.8: aynı adres
Geri işaret ediyordns.google 8.8.4.4'ü de döndürüyor
Başka yere işaret ediyorAdGuard
94.140.14.14dns.adguard-dns.com185.113.30.30: başka bir adres
DoğrulanmadıA kaydı 185.113.30.30
PTR yokCloudflare
104.18.0.1NXDOMAIN: ad yok
Doğrulanacak bir şey yokCloudflare'in bölgesinden NXDOMAIN
Aynı döngü her sonucun sağ kenarında yukarı doğru uzanır: ad geri götürüyorsa yeşil, başka yere götürüyorsa turuncu.

E-posta sunucuları için ters DNS kontrolü: Gmail, Yahoo ve Outlook.com ne şart koşuyor

Üçü de her gönderen IP'de bir PTR kaydı istiyor. Gmail ayrıca adın aynı IP'ye geri çözümlenmesini şart koşuyor, Yahoo ise "geçerli bir ileri ve ters DNS kaydı" şart koşuyor; ikisi de Şubat 2024'ten beri her gönderici için. Outlook.com'un politikası geçerli ters DNS istiyor ve ileri yönlü adım hakkında hiçbir şey söylemiyor.

ec2-3-80-0-1.compute-1.amazonaws.com gibi genel bir ad hiçbir kuraldan kalmaz: Yahoo, alan adınızı yansıtan anlamlı, genel olmayan bir adı yalnızca önerir. Outlook.com, dinamik IP alanından gelen bağlantıların kabul edilmeyebileceği uyarısını yapar; bu, bir bulut sunucusunun statik varsayılan adını değil, bir internet sağlayıcısının havuz adlarını etkiler. E-posta görünümü bunları uyarı, şartları ise geçti veya başarısız olarak gösterir; tamamlanamayan bir kontrol ikisi de değildir.

İki şey asla başarısızlık değildir: RFC 2181'in izin verdiği birden fazla PTR kaydı ve sunucunun HELO adından farklı bir PTR: RFC 5321 §4.1.4, bir sunucunun bu nedenle e-postayı reddetmemesi gerektiğini söyler. Gmail, PTR eksik olduğunda veya geri işaret etmediğinde 421 4.7.0 ya da 451 4.7.23 ile hız sınırı uygular, 550 5.7.25 ile engeller.

Zorunlu, önerilen, belirtilmemişher alıcının kendi sayfası, 2026-10-23 tarihinde kontrol edildi
KontrolGmailgönderici yönergeleriYahoo Mailgönderici en iyi uygulamalarıOutlook.compostmaster politikası
PTR kaydı varzorunluzorunluzorunlu
Ad geri işaret ediyorzorunluzorunlubelirtilmemiş
Genel veya dinamik değilbelirtilmemişöneriyordinamik IP'leri reddedebilir
Canlı kontrol edilen dört gerçek gönderici
mail-sor-f41.google.com209.85.220.41 · Gmail'in kendi giden sunucusugeçtigeçtigeçti
ec2-3-80-0-1.compute-1.amazonaws.com3.80.0.1 · AWS'nin varsayılan adıgeçtigeçtiuyarıgeçtiuyarı
dns.adguard-dns.com94.140.14.14 · 185.113.30.30'a işaret ediyorbaşarısızbaşarısızgeçti
PTR yok104.18.0.1 · NXDOMAINbaşarısızbaşarısızbaşarısız

Gmail'in yanıtları

421 4.7.0 · 451 4.7.23Hız sınırı: PTR yok ya da ileri yönlü kaydı gönderen IP ile eşleşmiyor
550 5.7.25Engellendi: PTR yok ya da ileri yönlü kayıt gönderen IP'yi göstermiyor
550-5.7.1IPv6 üzerinden: ileti, PTR kayıtları ve kimlik doğrulama konusundaki IPv6 gönderim yönergelerini karşılamıyor
Yalnızca şartlar başarısız olur. Yahoo'nun önerisi ve Outlook.com'un dinamik IP uyarısı uyarı olarak görünür. Gmail'in kodları, SMTP hata başvuru sayfasından alınmıştır.

Ters DNS'i kim kontrol eder ve PTR kaydı nasıl ayarlanır

Adres bloğunun sahibi; asla bir alan adının sahibi değil. IANA her bloğun ters bölgesini ilgili bölgesel internet kayıt kuruluşuna, kayıt kuruluşu da adresleri elinde tutan ağa devreder; bu ağ bölgeyi işletir ya da başkasına devreder (RFC 3172). example.com'un sahibi olmak bir adrese ad vermenizi sağlamaz: bunu barındırma firmanız veya internet sağlayıcınız yapmalıdır.

Bulutlar bunu müşterilerin ayarlamasına izin verir, her biri kendi kuralıyla: AWS önce ileri yönlü A kaydını ister, Azure yalnızca IPv4 için ayarlar ve bunu portalında yapmaz, DigitalOcean PTR'yi Droplet'in adından oluşturur, Google Cloud alan adını kanıtlamanızı ister. Bir ev hattında genellikle yalnızca statik IP'li kurumsal bir paket özel bir PTR alabilir: internet sağlayıcınıza sorun. /24'ten küçük bloklar çoğu zaman CNAME'lerle devredilir (RFC 2317); araç bunları nereye işaret ederlerse etsinler izler.

Bir değişiklik, önbellekler eski yanıtı bıraktığında herkese ulaşır: belirleyici olan eski kaydın TTL'si ya da hiç kayıt yoksa önbellekteki "PTR yok" süresidir (RFC 2308); sabit bir 24 ila 48 saat değil. Vultr, kendi değişikliklerinin 6 ila 12 saat sürdüğünü söylüyor.

Bölgeyi kim aşağıya devrederkaydedilmiş sorgu yolları, 2026-10-23
  1. in-addr.arpaIANA tarafından yönetilir, a'dan f'ye in-addr-servers.arpa sunucuları tarafından sunulur
  2. 8.in-addr.arpa · 208.in-addr.arpaBloğun bölgesel kayıt kuruluşu: 8.0.0.0/8 ve 208.0.0.0/8 için ARINARINRIPE NCCAPNICLACNICAFRINIC
  3. 8.8.8.in-addr.arpa8.8.8.0/24 bloğunun sahibi: PTR'yi ns1–ns4.google.com sunucularında Google yazar
17.in-addr.arpaEski (legacy) bir /8: in-addr.arpa tarafından doğrudan Apple'ın kendi sunucularına devredilmiş
129.2.0.192.in-addr.arpa CNAME 129.128/26.2.0.192.in-addr.arpaRFC 2317'nin kendi örneği: 256'dan az adresli bir blok için üst bölge, bloğun sahibinin işlettiği bir bölgeye CNAME tutar. Alt bölgenin adı yalnızca bir gelenektir.
Her adım 2026-10-23 tarihinde kaydedilmiş bir yönlendirmedir; RFC 2317'ninki hariç: o, RFC'nin bir dokümantasyon bloğu üzerindeki kendi örneğidir.
Her sağlayıcıda PTR nerede ayarlanırher sağlayıcının kendi belgeleri, 2026-10-23 tarihinde kontrol edildi
SağlayıcıNasıl ayarlanırSınırlar
AWSBelgelerYalnızca Elastic IP'ler. Adınız için Elastic IP'ye işaret eden bir A kaydı yayımlayın, ardından EC2 console › Elastic IPs › adres › Actions › Update reverse DNS yolunu izleyin ya da aws ec2 modify-address-attribute --allocation-id … --domain-name mail.example.com komutunu çalıştırın.İleri yönlü A kaydı önce mevcut olmalı. Ters kaydı olduğu sürece Elastic IP hesabınıza kilitlenir. GovCloud (US) bölgesinde bunu yalnızca AWS Support ayarlayabilir. Port 25 sınırları ayrı bir taleple kaldırılır.
Microsoft AzureBelgelerGenel IP'nin ReverseFqdn değerini ayarlayın: az network public-ip update --resource-group RG --name PublicIp --reverse-fqdn mail.example.com. (ad bir noktayla biter) ya da PowerShell'de Set-AzPublicIpAddress.Yalnızca IPv4: Azure'a ait IPv6 adresleri PTR almaz. Azure portalında yok. Ad o IP'ye çözümlenmeli ya da aboneliğinize ait olmalı. Adres başına bir PTR, varsayılan olarak hiç yok; App Service veya Application Gateway için de yok.
Google CloudBelgelerÖnce alan adını doğrulayın (Search Console ya da VM'in harici IP'sine bir A kaydı). Ardından VM instances › örnek › Edit › birincil ağ arayüzü › Public DNS PTR record yolunu izleyin ya da gcloud compute instances update-access-config INSTANCE --public-ptr --public-ptr-domain mail.example.com komutunu çalıştırın.Yalnızca birincil ağ arayüzü; yük dengeleyiciler veya Cloud NAT için PTR yok. IPv6 PTR'leri, harici IPv6'lı çift yığınlı (dual-stack) ya da yalnızca IPv6 bir alt ağ gerektirir. Varsayılan ad <reversed-ip>.bc.googleusercontent.com biçimindedir.
HetznerBelgelerCloud: Hetzner Console › sunucu (veya Primary IP, Floating IP) › Networking › IP'nin yanındaki rDNS'i düzenleyin; IPv6 için yalnızca arayüz kısmını girin, örneğin ::1. Dedicated: Robot › sunucu › IPs, her IP'nin yanındaki kutu.Ters bölgeyi Hetzner işletiyor. Bir rDNS kaydını ancak iki yönde de çözümlendiğinde (FCrDNS) geçerli sayıyor. Varsayılan: static.<reversed-ip>.clients.your-server.de.
DigitalOceanBelgelerPTR düzenleyicisi yok: Droplet'e istediğiniz tam adı verin ya da onu bu adla yeniden adlandırın (örneğin mail.example.com); DigitalOcean PTR'yi bu addan oluşturur.Ad geçerli bir FQDN olmalı (my-droplet PTR oluşturmaz). Yalnızca Droplet'in ilk IPv6 adresi PTR alır. PTR'ler elle oluşturulamaz.
OVHcloudBelgelerÖnce IP'ye işaret eden bir A veya AAAA kaydı oluşturun. Ardından Control Panel › Network › Public IP Addresses › IP satırındaki işlem düğmesi › Configure the reverse DNS (Public Cloud: projeniz › Public IPs).OVHcloud adın aynı IP'ye geri işaret ettiğini hemen kontrol eder, bu yüzden kayıt zaten yayında olmalı. Ad küçük harfle yazılmalı ve bir noktayla bitmeli.
VultrBelgelerProducts › Compute › sunucu › Settings › IPv4 veya IPv6 › Public Network: Reverse DNS sütunundaki ada tıklayın, tam adı girip kaydedin.Vultr, adın aynı IP'ye geri çözümlenmesini istiyor ve değişikliklerin görünmesinin 6 ila 12 saat sürdüğünü söylüyor. Varsayılan: <ip>.vultrusercontent.com.
Akamai Cloud (Linode)BelgelerÖnce A (ve AAAA) kaydını ekleyin. Ardından Cloud Manager › Linodes › Linode › Network › IP'nin üç nokta menüsü › Edit RDNS yolunu izleyip tam adı girin; alanı boş bırakmak varsayılanı geri getirir.A kaydı IP ile eşleşene kadar hata verir. IPv6 aralıkları: önce aralıkta, sonra her adreste Edit rDNS. Varsayılanlar: <ip-with-dashes>.ip.linodeusercontent.com, eskilerde li<n>-<n>.members.linode.com.
Oracle CloudBelgelerÖnce A veya AAAA kaydını oluşturun, ardından IP'yi, PTR'de istediğiniz adı ve ileri yönlü kaydın adını içeren bir destek talebi (service request) açın; Oracle kontrol edip PTR'yi oluşturur.IP başına bir PTR, yalnızca destek talebiyle; ileri yönlü kayıt o IP'ye çözümlenmelidir.
İnternet sağlayıcınızRFC 8501İnternet sağlayıcınıza başvurun: adresin sahibi sağlayıcı olduğu için PTR'yi yalnızca o ayarlayabilir. Pratikte bu, kurumsal bir pakette statik IP gerektirir.Ev hatları sağlayıcının havuz adını korur ve Comcast gibi alıcılar bu adları dinamik sayıp bunlardan gelen doğrudan e-postayı reddeder.
Bir değişikliğin ne kadar sürdüğü: önbellekler eski PTR'yi (TTL'si) ya da önbellekteki “PTR yok” yanıtını (RFC 2308) bırakana kadar. Canlı TTL'ler: 8.8.8.8 için 1 gün, resolver1.opendns.com için 7 gün, bir EC2 varsayılan adı için 5 dakika.

Çoğu IPv6 adresinin neden PTR kaydı yok

Çünkü tek tek ad verilemeyecek kadar çoklar. Bir internet sağlayıcısı dağıttığı her IPv4 adresi için önceden bir PTR doldurabilir, ama tek bir /48 2⁸⁰ adres barındırır ve cihazlar kendi adreslerini, çoğu zaman kısa ömürlü olarak, kendileri seçer (RFC 8501).

RFC 8501 sağlayıcının seçeneklerini sıralar: NXDOMAIN yanıtı vermek (PTR yok, en doğru seçenek), her müşterinin öneki için joker (wildcard) bir PTR, dinamik DNS, bölgeyi müşteriye devretmek ya da eşleşen PTR ve AAAA kayıtlarını anında üretmek. İleri yönlü kontrolü yalnızca joker kayıt bozar; ev kullanıcıları için temiz bir NXDOMAIN sorun değildir, zaman aşımı ise sorundur.

IPv6 üzerinden e-posta gönderen sunucuların yine de ileri yönlü doğrulanmış bir PTR'ye ihtiyacı vardır: Gmail, PTR'si olmayan IPv6 e-postasını 550-5.7.1 Message does not meet IPv6 sending guidelines regarding PTR records and authentication ile reddeder. Azure kendi IPv6 adreslerine hiç PTR vermez.

Adres başına bir PTR: IPv4 ve IPv6 ölçeğindeRFC 8501
/24tek bir IPv4 bloğu28 = 256
/64tek bir IPv6 alt ağı264 = 18.446.744.073.709.551.616
/48tek bir IPv6 sitesi280 = 1.208.925.819.614.629.174.706.176

Çubuk uzunluğu: adres alanının bit sayısı. Her bit sayıyı ikiye katlar.

Saniyede 1.000 PTR kaydıyla bir /48, 38 trilyon yıl sonra bile tamamlanmış olmazdı (RFC 8501).

RFC 8501'in bir internet sağlayıcısı için seçenekleri

NXDOMAINad yokHiç PTR yok: en doğru yanıt, ama e-posta sunucuları bu tür göndericileri büyük olasılıkla reddeder.
Joker kayıteşleşmiyorTüm önek için tek ad: ileri yönlü sorgusu her adrese geri götüremez.
Dinamik DNSeşleşiyorHer host, adresi belirlendikten sonra kendi AAAA ve PTR güncellemelerini gönderir.
Bölgeyi devretmekmüşteriye kalmışDNS sunucusu çalıştıran müşteriler kendi öneklerinin ters bölgesini alır; çoğu ev bunu yapamaz.
Anında üretimeşleşiyorSunucu, sorulduğunda eşleşen AAAA ile birlikte bir PTR üretir.

Bir e-posta sunucusunun yine de kendine ait, ileri yönlü doğrulanmış bir PTR'si olmalı:2001:4860:4860::8888 → dns.google → 2001:4860:4860::8888

Googlebot ve diğer botlar ters DNS ile nasıl doğrulanır

Ziyaretçinin adresini sorgulayın, PTR adının botun belgelenmiş alan adıyla bittiğini kontrol edin, ardından bu adı ileri yönlü sorgulayıp aynı adresi döndürdüğünü doğrulayın: 66.249.66.1 → crawl-66-249-66-1.googlebot.com → 66.249.66.1. Ya da adresi operatörün yayımladığı listeyle karşılaştırın (Google'ın yöntemi).

Belgelenmiş alan adları: Google için googlebot.com ve google.com, Bingbot için search.msn.com, Applebot için applebot.apple.com, Yandex için yandex.ru, yandex.net ve yandex.com. DuckDuckBot yalnızca bir adres listesi yayımlıyor.

googleusercontent.com tek başına hiçbir şey kanıtlamaz: her Google Compute Engine VM'i varsayılan olarak bunun altında bir ad alır; bu yüzden araç onu ancak adres Google'ın yayımladığı listelerdeyse Google sayar. Doğru sonekle biten ama geri işaret etmeyen bir ad sahtedir ve araç bunu açıkça söyler.

Karar iki sorguda verilir66.249.66.1, canlı, 2026-10-23
  1. Ters sorguZiyaret eden adresin PTR kaydı.66.249.66.1 → crawl-66-249-66-1.googlebot.com
  2. Google'ın alan adı mı?googlebot.com ile bitiyor. Bir googleusercontent.com adı için adresin Google'ın listelerinde de olması gerekirdi.
  3. İleri yönlü sorgucrawl-66-249-66-1.googlebot.com → 66.249.66.1Aynı adres: gerçek bir Googlebot.
Sahte: user agent'ta “Googlebot”, 203.0.113.9 adresindenTers sorgusu NXDOMAIN yanıtı veriyor, bu yüzden kontrol 1. adımda durur. (Bir dokümantasyon adresi, RFC 5737.)
BotPTR adının bittiği alan adıYayımlanan IP listesi
GooglebotPTR ve ileri yönlü sorgu ya da listegooglebot.comcommon-crawlers.json
Google'ın özel durum botlarıPTR ve ileri yönlü sorgu ya da listerate-limited-proxy-….google.comspecial-crawlers.json
Google'ın kullanıcı tetiklemeli getiricileriPTR ve ileri yönlü sorgu ya da listegoogle-proxy-….google.com….gae.googleusercontent.comyalnızca listeyleuser-triggered-fetchers-google.jsonuser-triggered-fetchers.jsonuser-triggered-agents.json
BingbotPTR ve ileri yönlü sorgu ya da listesearch.msn.combingbot.json
ApplebotPTR ve ileri yönlü sorgu ya da listeapplebot.apple.comapplebot.json
YandexBotPTR ve ileri yönlü sorguyandex.ruyandex.netyandex.comyok
DuckDuckBotyalnızca IP listesiyokduckduckbot.json

Bugün canlı, her biri geri işaret ediyor:crawl-66-249-66-1.googlebot.commsnbot-157-55-39-1.search.msn.com17-58-101-179.applebot.apple.com

Alan adları ve listeler her operatörün kendi sayfasından, 2026-10-23 tarihinde kontrol edildi. Bing, listesinin her gün yenilenmesini istiyor.

Ters DNS hataları ve anlamları

NXDOMAIN, ters adın mevcut olmadığı anlamına gelir: adres için kimse PTR ayarlamamış. Yanıtsız NOERROR (NODATA), adın mevcut olduğu ama PTR içermediği anlamına gelir. Çözümleyiciler her iki yanıtı da bölgenin SOA kaydındaki negatif önbellek süresi boyunca saklar (RFC 2308); bu yüzden yeni bir PTR'nin görünmesi o kadar sürebilir.

SERVFAIL, bölgenin bozuk olduğu anlamına gelir; çoğu zaman bunun nedeni bozuk bir yetki devridir (lame delegation): bölge için adı verilen sunucular onu sunmaz ve her çözümleyici vazgeçer. REFUSED, bölge için hiç yanıt vermeyen bir sunucudan gelir. Özel ve dokümantasyon adresleri asla herkese açık bir PTR almaz: araç bunları kimseye sormadan IANA'nın kaydından yanıtlar.

Her yanıt, gerçek bir örneklecanlı, 2026-10-23
NOERROR8.8.8.8Bir ad ayarlanmış: PTR, TTL'siyle birlikte gelir.PTR dns.google. · TTL 86400ns1.google.com · aa
NXDOMAIN104.18.0.1Böyle bir ad yok: Cloudflare'in bölgesi bunun için PTR tutmuyor ve bunu söylüyor.SOA 18.104.in-addr.arpacruz.ns.cloudflare.com … 3600
NODATANOERROR, 0 answers2001:4860:4860::/48Ad mevcut, PTR'si yok: Google'ın /48 bloğunun adı; altında başka adlar var.0.6.8.4.0.6.8.4.1.0.0.2.ip6.arpaSOA ns1.google.com … 60
SERVFAIL203.0.113.50uydurma, dokümantasyon adresiBozuk yetki devri: kayıt kuruluşu, bölgeyi sunmayan iki sunucunun adını veriyor, bu yüzden çözümleyiciler vazgeçiyor.APNIC → ns1, ns2.example.net: lameEDE 22: No Reachable Authority
NXDOMAINAS112192.168.1.1Özel bir adres: herkese açık ağaç 168.192.in-addr.arpa bölgesini IANA'nın AS112 sunucularına devreder; onlar da NXDOMAIN yanıtı verir.blackhole-1.iana.orgSOA prisoner.iana.org … 604800
Bir “yok” yanıtı SOA'nın negatif süresi boyunca önbellekte tutulur (RFC 2308): Cloudflare'de 1 saat, Google'da 60 saniye, AS112'den 7 gün.

Ters DNS sorgulama: sık sorulan sorular

Ters DNS sorgulama nedir?

Ters DNS sorgulama, bir IP adresinin arkasındaki host adını PTR kaydını okuyarak bulur; adı adrese çeviren normal sorgulamanın tersidir. Adres, 8.8.8.8.in-addr.arpa gibi özel bir ada ters çevrilir ve bu adı tutan ad sunucularına sorulur. 8.8.8.8 için yanıt dns.google'dır. Bu araç ayrıca adın geri işaret edip etmediğini de kontrol eder.

dig veya nslookup ile PTR sorgulama nasıl yapılır?

macOS veya Linux'ta dig -x 8.8.8.8 komutunu çalıştırın: dig adresi kendisi ters çevirir ve PTR, yanıt bölümünde görünür. Windows'ta nslookup 8.8.8.8 onu Name: satırında yazdırır. Tüm önbellekleri atlamak için bölgenin kendi ad sunucusuna sorun: dig -x 8.8.8.8 @ns1.google.com +norecurse. Buradaki Komutlar görünümü her komutu adresiniz ve bölgesinin sunucusuyla doldurur.

IP adresimin neden ters DNS kaydı yok?

Çünkü kimse onun için bir PTR kaydı ayarlamamış. Bunu yalnızca adres bloğunun sahibi yapabilir; bu yüzden barındırma firmanız veya internet sağlayıcınız bir tane ekleyene kadar yanıt NXDOMAIN olur. Çoğu ev bağlantısının ve çoğu IPv6 adresinin PTR'si yoktur. Sorgu bunun yerine SERVFAIL gösteriyorsa ters bölgenin kendisi bozuktur; genellikle bu, sağlayıcının düzeltmesi gereken bozuk bir yetki devridir.

PTR kaydı nasıl oluşturulur veya değiştirilir?

Adresi size kim verdiyse onun panelinde. AWS'de önce ileri yönlü A kaydını yayımlayın, ardından Elastic IP'nin ters DNS'ini güncelleyin. Azure genel IP'de ReverseFqdn değerini ayarlar, DigitalOcean Droplet'in adını kullanır; Hetzner, OVHcloud, Vultr ve Linode'da her adresin yanında bir rDNS alanı vardır. Ev veya ofis hattı için internet sağlayıcınıza sorun: genellikle yalnızca statik IP'li kurumsal paketler uygundur.

PTR kaydı değişikliği ne kadar sürer?

Önbellekler eski yanıtı tuttuğu sürece. Her çözümleyici eski PTR'yi TTL'si dolana kadar (çoğu zaman bir saat ile bir gün arası) ya da önbellekteki "PTR yok" yanıtını bölgenin negatif önbellek süresi boyunca sunabilir. Sabit bir 24 ila 48 saat yoktur. Kopyalar görünümü, Google ve Cloudflare kopyalarının ne kadar süresi kaldığını gösterir.

Bir IP adresinin birden fazla PTR kaydı olabilir mi?

Evet. DNS bir adres için birden fazla PTR kaydına izin verir ve RFC 2181 bir sınır varsayılmaması gerektiğini söyler: 208.67.222.222 adresinin dört tane var. Herhangi biri adrese geri işaret ettiğinde e-posta kontrolleri geçer. Bazı araçlar yalnızca ilk adı okur, bu yüzden e-posta için kullandığınız ad ileri yönlü doğrulanmış olmalı. Tek PTR en basit kurulumdur, bir şart değil.

FCrDNS nedir?

İleri yönlü doğrulanmış ters DNS: PTR'deki ad ileri yönlü sorgulandığında aynı adresi döndürür. 8.8.8.8'in PTR adı dns.google'dır, dns.google da 8.8.8.8'e çözümlenir; yani kontrol geçer. E-posta sunucuları bu kontrole iprev der. Önemlidir, çünkü bir adresi elinde tutan herkes PTR kaydına istediği adı yazabilir; alan adının sahibinin buna onay verdiğini yalnızca ileri yönlü sorgu gösterir.

E-posta göndermek için ters DNS gerekli mi?

Evet, doğrudan e-posta gönderen her sunucu için. Gmail her gönderen IP'nin kendisine geri çözümlenen bir PTR'si olmasını, Yahoo geçerli ileri ve ters DNS'i, Outlook.com ise geçerli ters DNS'i şart koşar. Bu olmadan e-posta hız sınırına takılır veya reddedilir; örneğin Gmail'in 550 5.7.25 koduyla. Genel bir sağlayıcı adı kurallardan geçer ama uyarı alır.

"Reverse DNS is not a valid hostname" hatası ne anlama gelir?

E-posta sunucusu testleri bunu, gönderen IP'nin PTR adı o IP için bir host adı olarak işe yaramadığında yazdırır: çoğu zaman hiç PTR yoktur ya da adın aynı adrese geri işaret eden bir A kaydı yoktur. Gönderen IP'yi burada sorgulayın: PTR görünümü adı ve ileri yönlü kontrolünü, E-posta görünümü ise ihlal edilen kuralı gösterir.

Ters DNS ile ters IP sorgulama aynı şey mi?

Hayır. Ters DNS, adresin sahibinin PTR kayıtlarında yayımladığı adı veya adları okur. Ters IP sorgulama ise bir adreste barındırılan tüm web sitelerini listelemeye çalışır; bu da zaman içinde birçok çözümleyiciden toplanmış pasif DNS verisi gerektirir. Birçok site bu iki terimi gelişigüzel kullanır. IP'den Hostname Bulma sayfamız her yöntemin neler bulabildiğini açıklar.

Ters DNS IPv6 ile çalışır mı?

Evet. IPv6 adresleri ip6.arpa altında, 32 onaltılık rakamın tamamı ters çevrilerek sorgulanır; yani 2001:4860:4860::8888, bu aracın sizin için oluşturup sorduğu 32 etiketli bir ad verir. Çoğu IPv6 adresinin PTR'si yoktur, çünkü internet sağlayıcıları bu kadar çok adres için önceden ad dolduramaz; ama IPv6 üzerinden e-posta gönderen sunucuların bir PTR'ye ihtiyacı vardır.

Özel bir IP adresinin neden PTR'si yok?

192.168.1.1 veya 10.0.0.1 gibi özel adresler aynı anda birçok ağın içinde kullanılır, bu yüzden herkese açık DNS onlara ad veremez. Ters sorguları kendi ağınızın çözümleyicisine aittir; dışarı sızanlar, böyle bir adın olmadığını yanıtlayan AS112 sunucularında son bulur. Araç her özel amaçlı aralığı kimseye sormadan RFC'siyle birlikte açıklar.

Diğer DNS, IP ve e-posta araçları