Ters DNS sorgulama

Bu araç nasıl çalışır

Sayfayı açtığınızda araç bağlandığınız adres için sorguyu çalıştırır. Başka bir IPv4 veya IPv6 adresi girerek onu sorgulayabilirsiniz.

Ters DNS, DNS ağacının özel bir bölümü üzerinden çalışır. IPv4 adresi için sunucu 4 okteti ters çevirip in-addr.arpa ekler; IPv6 için 32 onaltılık nibble’ı ters çevirip ip6.arpa ekler. Oluşan ad bir PTR kaydı için sorgulanır ve kaydın değeri hostname’dir. Sorgulanan tam ad, kendi araçlarınızla tekrarlayabilmeniz için sonuçta gösterilir.

Sorgu önce sunucumuzun çözümleyicisinden geçer. O yanıt veremezse sunucu aynı PTR adını açık bir DNS-over-HTTPS çözümleyiciye sorar; böylece eksik bir yanıt çözümleyici sorunundan çok kaydın olmadığını gösterir.

Bir hostname geldiğinde araç ikinci bir adım atar: o hostname’i ileri yönde A ve AAAA kayıtlarına çözümler ve özgün adresin aralarında olup olmadığını kontrol eder. Öyleyse sonuç ileri doğrulanmış olarak işaretlenir. Posta sunucularının FCrDNS dediği kontrol budur; birinin PTR kaydına yazdığı bir ad ile adrese gerçekten ait bir ad arasındaki farkı yapar.

Araç ayrıca adresi hangi otonom sistemin duyurduğunu bulup numarasını ve adını gösterir; çünkü ağ, bir IP hakkında hostname kadar şey söyler. 192.168.x.x veya 10.x.x.x gibi özel ve ayrılmış adresler tanınır ve sorgulanmaz; açık internette anlamları yoktur.

PTR yanıtları 10 dakika önbellekte tutulur. Kayıt yoktur ve sorgu ücretsizdir; kendi adresiniz dışındaki sorgular ziyaretçi başına hız sınırlıdır.

Sonuç nasıl okunur

Hostname bulundu ve ileri doğrulandı. Adresin PTR kaydı var ve ad aynı adrese geri çözümleniyor. İyi yönetilen bir posta sunucusu, web sunucusu veya İSS bağlantısı böyle görünür.

Hostname bulundu, doğrulanmadı. PTR kaydı var ama hostname başka bir adrese ya da hiçbir yere işaret ediyor. Ad bayat olabilir ya da sahip eşleşen ileri kayıt olmadan PTR ayarlamış olabilir. Böyle bir adresten gelen posta, PTR olsa da sıkı kontrollerden çoğu kez geçemez.

Hostname bulundu, ileri kontrol yapılamadı. PTR değeri hiç çözümlenemedi. Doğrulanmamış ad gibi değerlendirin.

Hostname yok. PTR kaydı yayımlanmamış. Birçok tüketici bağlantısının ve sahipleri hiç ayarlamamış bulut sunucularının normal durumudur. Tek başına kötüye kullanım işareti değildir; ama böyle bir adresten doğrudan gönderilen posta çoğu alıcı tarafından reddedilir.

İpuçları için hostname’in kendisini okuyun. 203-0-113-45.dyn.example-isp.net gibi adlar adresi gömen ve havuzu dinamik olarak işaretleyen bir deseni izler; bu genellikle abonelere dağıtılan bir konut IP’si demektir. mail.example.com veya vps-12345.hosting.example gibi adlar belirli bir makineyi tanımlar. Bir bulut sağlayıcısının alan adıyla biten hostname, PTR’ın başında ne yazsa yazsın adresin bir veri merkezi IP’si olduğunu söyler.

Hostname’in altındaki ağ satırı ASN’yi ve kuruluşu gösterir. Hostname ile karşılaştırın: PTR’ı bir bankanın posta sunucusu olduğunu iddia eden ama bir hosting sağlayıcısının ağında oturan adres şüphe ister.

Ters DNS nasıl ayarlanır veya düzeltilir

PTR kayıtlarını yalnızca adres bloğunu denetleyen taraf yayımlayabilir; kendi DNS bölgenizin içinden ayarlayamazsınız.

Bulut veya fiziksel sunucu için

1. Sağlayıcının kontrol panelinde PTR ayarını bulun. Genellikle ters DNS, rDNS veya PTR etiketlidir ve sunucunun ağ ayarlarının yanında ya da IP adresi listesinde durur.
2. İstediğiniz hostname’i, örneğin mail.example.com, tam nitelikli ad olarak girin.
3. Kaydetmeden önce ileri kaydın var olduğundan emin olun: mail.example.com tam olarak bu adrese işaret eden bir A (veya AAAA) kaydına zaten sahip olmalıdır; yoksa ad ileri doğrulanmaz.
4. Sağlayıcının kaydı yayımlamasını bekleyin, sonra burada doğrulayın. Bazı sağlayıcılar dakikalar içinde, bazıları saatlik programla uygular.
5. Posta sunucusu için posta yazılımınızın HELO veya EHLO selamında duyurduğu hostname’i aynı ada ayarlayın. Alıcılar üçünü de karşılaştırır.

IPv6 adresi için

Aynı adımlar geçerlidir; ancak sağlayıcının paneli tek bir kayıt girmek yerine önekinizin ters bölgesini kendi ad sunucularınıza devretmenizi isteyebilir. /64 veya daha büyük bir blok aldıysanız sağlayıcıya ters bölge devrini destekleyip desteklemediğini sorun.

Ev veya ofis bağlantısı için

İSS’ler tüketici bağlantıları için PTR kayıtlarını genellikle özelleştirmez. Giden posta için ileri doğrulanmış bir hostname gerekiyorsa ya İSS’nin veya üçüncü tarafın aktarıcısı üzerinden gönderin ya da PTR değişikliğinin genellikle sunulduğu statik adresli bir kurumsal paket kullanın.

Kendi bilgisayarınızdan kontrol

macOS veya Linux’ta dig -x 203.0.113.45, Windows’ta nslookup 203.0.113.45 aynı PTR sorgusunu kendi çözümleyicinize karşı yapar. dig -x IPv6 adresleriyle de çalışır ve ip6.arpa adını sizin için oluşturur.

Ters DNS neden önemli

Posta teslimi, herkesin PTR kaydı ayarlamasının ana nedenidir. Alıcı sunucular bir iletiyi kabul etmeden önce gönderen adresi sorgular; hostname’i olmayan ya da hostname’i geri çözümlenmeyen adres güçlü bir spam sinyalidir. Kara liste kontrolü ve doğru SPF ile DKIM kayıtlarıyla birlikte ileri doğrulanmış ters DNS, postanın teslim edilmesinin temellerinden biridir.

İkinci neden günlükleme ve sorun gidermedir. Çıplak adres yerine hostname gösteren sunucu günlükleri, traceroute’lar ve güvenlik duvarı raporları çok daha hızlı okunur; İSS’lerin ve transit ağların yönlendirici arabirimlerini adlandırmasının nedeni budur. Traceroute çıktısında gördüğünüz hostname’ler tam olarak bu PTR kayıtlarından gelir.

Bir proxy veya VPN’i kullanmadan önce kontrol edenler için PTR kaydı incelemesi kolay bir sinyal daha. Ev kullanıcısı gibi görünmesi gereken ama adresi bir hosting sağlayıcısının adlandırma düzenine çözümlenen bir bağlantı, bakmaya zahmet eden her servis tarafından veri merkezi bağlantısı olarak sınıflandırılır.

Tüm bloklar ve IPv6 için ters DNS

Tek adres için PTR kaydını sağlayıcı sizin adınıza girer. Tüm bir blok için sağlayıcılar ters bölgeyi çoğu kez müşterinin kendi ad sunucularına devreder; müşteri bloktaki her adresin PTR kayıtlarını başka herhangi bir bölge gibi yönetir. Bir IPv4 /24, 113.0.203.in-addr.arpa biçiminde tek bir ters bölgeye karşılık gelir. /29 gibi daha küçük bloklar, ters ağaç oktet bazında düzenlendiği için doğrudan devredilemez; sağlayıcılar bunları müşterinin denetlediği bir bölgeye işaret eden CNAME kayıtları kullanan sınıfsız devirle çözer. Bloğunuzun PTR kayıtları eksik veya yanlışsa ve onları sizin denetlediğinizi düşünüyorsanız, ters bölgenin NS kayıtlarını DNS sorgulama ile sorgulayarak sağlayıcıdan gelen devrin gerçekten var olup olmadığını kontrol edin.

IPv6 ters bölgeleri adresin ters çevrilmiş 32 onaltılık nibble’ından ip6.arpa altında oluşturulur; /64, 16 nibble etiketli, /48 ise 12 etiketli bir bölgeye karşılık gelir. Devir IPv4’teki gibi çalışır ama daha basittir; çünkü her yaygın önek uzunluğu bir nibble sınırına denk gelir. Çoğu sağlayıcı tek tek kayıt girmek yerine IPv6 önekinin ters bölgesini talep üzerine devreder.

Bu aracın sınırları

• Eksik PTR kaydı hostname yok olarak bildirilir. Araç, blok sahibinin yayımlamamayı mı seçtiğini yoksa ters bölgenin bozuk mu olduğunu söyleyemez.
• İleri doğrulama yalnızca PTR hostname’inin A ve AAAA kayıtlarını kontrol eder. CNAME takma adı olan bir hostname çözümleyici tarafından izlenir, ancak olağan dışı yapılandırmalar doğrulanmamış görünebilir.
• PTR kaydı blok sahibinin seçtiği herhangi bir metni içerebilir. Hostname bir iddiadır; onu doğrulanmış iddiaya çeviren yalnızca ileri doğrulama bayrağı ve ağ bilgisidir.
• Araç ilk PTR kaydını döndürür. Az sayıda adres birden fazla yayımlar; diğerleri listelenmez.
• Yanıtlar 10 dakika önbellekte tutulur; az önce yapılan bir PTR değişikliği hemen görünmeyebilir.
• Özel, loopback ve ayrılmış adresler sorgulanmaz.
• Ters DNS adresi kullanan kişi hakkında hiçbir şey açıklamaz; en fazla adresin ait olduğu makineyi veya havuzu tanımlar. Konum ve ağ türü için IP sorgulamayı kullanın.