Kayıtlı bir alan adının hiç DNS kaydı olamaz mı?

Normalde, bir alan adı kaydedildikten sonra bazı DNS kayıtları vardır. Ancak son zamanlarda, DNS kaydı olmayan bazı kayıtlı alan adları buldum.

Örneğin, koştum, dig 00000onlinecasino.com anyancak kayıtlı bir alan adı olmasına rağmen, NS kaydı bile değil, herhangi bir DNS kaydı döndürmedi.

DNS kaydına sahip olmak mümkün mü yoksa DNS sisteminde bir hata var mı?

TL; DR Düzgün kaydedilmiş bir etki alanının sıfır * DNS kaydına sahip olması pek olası değildir (teknik olarak imkansız değildir). Etki alanının varlığı, etki alanı kayıt şirketi tarafından sağlanan bir güncelleştirme ile genel DNS sistemine bildirilmelidir. Yazı İşleri Müdürü tarafından bu güncellemenin yapılmaması, IANA tarafından kendisine verilen görevi yerine getirememe anlamına gelecektir.

En azından her alan adının bir veya daha fazla DNS tutkal kaydı vardır

Bir etki alanı kaydedildiğinde, Etki Alanı Kayıt Şirketi söz konusu TLD'den sorumlu genel Üst Düzey Etki Alanı (gTLD) sunucularına bir güncelleştirme gönderir. Örneğin, etki alanının kaydedilmesi, VeriSign tarafından işletilen gTLD sunucuları example.comiçin bir güncellemeyi tetikler ..com

Bu güncelleştirme, etki alanının WHOIS verilerinden yetkili ad sunucusu (NS) kayıtlarını içerir. Daha sonra gTLD sunucusu , yetkili ad sunucularına işaret eden etki alanı için bir DNS tutkal kaydı oluşturur . Bu tutkal kayıtları, gTLD sunucularının gelen sorguları alan adı için yetkili ad sunucularına yönlendirmesini sağlar.

Bu nedenle, etki alanı kayıt şirketi IANA tarafından kendisine verilen görevi yerine getiremezse, kayıtlı herhangi bir etki alanına karşı yapılan arama, söz konusu etki alanı için yetkili ad sunucusu kayıtlarını döndürür.

Öyleyse neden 00000onlinecasino.comherhangi bir kayıt döndürmek için arama yapılmıyor ?

Görünüşe göre her şey yukarıda anlatıldığı gibi gerçekleşmiştir; diğer bir deyişle, bu etki alanının kayıt şirketi (NameBright.com), gerekli WHOIS girişini oluşturdu ve NS kayıtlarını .COM gTLD sunucularına gönderdi. NS kayıtlarını sorgulamak için set nslookup çalıştırarak aşağıdaki gibi doğruladı:

C:\> nslookup -q=ns 00000onlinecasino.com
Server:  my-dns-server.internal.local
Address:  192.168.168.1

Non-authoritative answer:
00000onlinecasino.com   nameserver = n2.juming.com
00000onlinecasino.com   nameserver = n1.juming.com

n2.juming.com   internet address = 112.253.3.26
n2.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 220.181.135.142

Ayrıca sonuçları onaylayan MeBSD.com bu kullanışlı Tutkal Kayıt denetleyicisi kullandım :

Ancak, bu ad sunucularının herhangi birine karşı gerçekleştirildiğinde aynı sorgu bir hata döndürüyor:

C:\> nslookup -q=ns 00000onlinecasino.com n1.juming.com
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  220.181.135.142

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to UnKnown timed-out

Bu sunucular bu etki alanı için yetkili olduklarından, en azından bu alanı bilmeleri ve kendilerini etki alanı için NS kayıtları olarak tanımlamaları gerekir! Bu göz önüne alındığında, bu NS sunucularının yanlış yapılandırıldığı açıktır.

^* "Sıfır DNS kayıtları" tanımının yoruma açık olmasına izin vermeliyim. Bu sorunun test senaryosunda gösterildiği gibi, yetkili ad sunucuları yanıt vermiyor ve bu da alan adında kayıt bulunmadığı argümanına neden oluyor. Ancak, bir alan adının tutkal kayıtlarının bir alan adının NS kayıtlarının "diğer yarısı" olduğu görüşünü tercih ederim. Sonuçta, tutkal kayıtları olmadan, bir alan adı için yetkili ad sunucularını arama girişimleri, "git [ad sunucusunu buraya ekleyin]" şeklinde genel talimatla sonuçlanır.

Daha fazla bilgi

• Tutkal kaydı nedir? ServerFault tarafından
• Yetkili NS kayıtlarını, tutkal kayıtlarını ve gTLD sunucularını açıklayan ServerFault yanıtı
• Wikipedia'da Alan Adı Sistemi
• Ben, BSD çevrimiçi Tutkal Kayıt arama aracı

Evet. Bunun birden fazla yolu olabilir.

Başlamak için, DNS aramasının aşağıdaki gibi bir kayıt için nasıl çalıştığını inceleyelim www.example.com:

• DNS çözümleyici, comTLD ad sunucularına bir temsilci ile yanıt veren bir kök ad sunucusuna başvurur.

• Çözümleyici com, kayıtlı ad sunucularına bir temsilci ile yanıt veren bir TLD ad sunucusuyla bağlantı kurar example.com.

• Çözümleyici example.com, için kayıtlara yanıt veren kayıtlı ad sunucularından biriyle bağlantı kurar www.example.com.

Birincisi: için ad sunucuları için example.comtüm kayıtları silmiş olabilir example.com. Etki alanı sunucularının her zaman bir etki alanı için belirli kayıtlara (SOA ve NS kayıtları dahil) sahip olmaları beklenirken , uygulamada bunları yapmaya zorlayan hiçbir şey yoktur. Bu kayıtları eksik bir etki alanı bazı çözümleyicilerle düzgün çalışmayabilir, ancak etki alanında yine de DNS kaydı yoksa pratik bir fark yoktur.

İkincisi: için ad sunucuları example.comsorguları reddedebilir veya yanıtlayamayabilir. DNS kayıtları yalnızca bu ad sunucuları içinde bulunur, bu nedenle ad sunucuları kayıtlarla yanıt vermiyorsa, kayıtlar etkin olarak bulunmaz.

Üçüncüsü: comkayıt defteri example.com, örneğin alan adı kaydının geçmesi durumunda kaydı askıya alabilir . Bu, comad sunucularının ad sunucularına bir temsilci seçme işlemini durdurmasına ve buradaki example.comkayıtların kullanılamamasına neden olur. Daha önce olduğu gibi, kayıtlara erişilemiyorsa, olmayabilir de.

Alan adını kaydettirmek için 2 bölüm vardır - kayıt defteri tarafından ayrılması ve DNS'nin ayarlanması.

Çoğu (tüm?) Etki alanlarında, etki alanının kaydedilmesi için DNS girişlerinin sağlanması gerekir (farklı tld'lerin farklı gereksinimleri vardır, ancak çoğu en az 2 dns sunucusu belirtilmelidir). Bununla birlikte, genellikle, bu ad sunucularının geçerli olması şartı yoktur, bu alanlara herhangi bir şey koymaktan kurtulabilirsiniz.

İkinci bölüm bölgeyi ad sunucularına kuruyor. Genellikle bir alan adı kaydederken bu adımı atlamak mümkündür, ancak çoğu kayıt şirketi kaydınızın bir parçası olarak burada bir şey ayarlayacaktır.

Bu nedenle, hayır, çoğu durumda ad sunucusu belirtmek mümkün değildir, ancak belirtilen ad sunucusu yazı tipinin çalışması gerekir. Bu durumda, whois (kayıt şirketi veritabanını sorgulayan) genellikle ad sunucularını gösterir, ancak dig / nslookup (DNS çalışmasını temel alır) göstermez.

Aldığınız şeylerin bazı ekran görüntülerine katılabilmeniz yardımcı olacaktır.

Ama bu bilgi olmadan, yanlış yere baktığınızı teorize ederim.

Komut çağrısında belirli bir ad sunucusu belirtilmediğinde, dig /etc/resolv.confdosyanızda görünecek ve burada listelenen DNS sunucularını sorgulayacaktır.

Aradığınız etki alanı resolv.conf kopyanızdaki DNS sunucularıyla listelenmiyorsa, bulunmaz.

Dosyaya söz konusu etki alanı için bir DNS sunucusu eklemeniz veya bunu yetkili bir yanıt verebilecek bir tanesini kullanarak dig komutunda belirtmeniz gerekir.

Bir alan adının kaydedilmesi tamamen mümkündür, ancak bir DNS girişine sahip değilsiniz - bir alan adını kaydettiysem, ancak alan adıyla ilişkilendirilecek siteyi barındırma ve etkinleştirmediyseniz, çözülmesi gereken bir şey yoktur. için.