TL; DR Es ist äußerst unwahrscheinlich (obwohl technisch nicht unmöglich), dass eine ordnungsgemäß registrierte Domain null * DNS-Einträge aufweist. Das Vorhandensein der Domain muss dem globalen DNS-System durch ein vom Domain-Registrar bereitgestelltes Update mitgeteilt werden. Das Versäumnis des Registrars, diese Aktualisierung zur Verfügung zu stellen, würde ein Versäumnis darstellen, die ihm von der IANA übertragene Pflicht zu erfüllen.
Jede Domain verfügt mindestens über einen oder mehrere DNS-Leimdatensätze
Wenn eine Domain registriert ist, sendet der Domain-Registrar ein Update an die generischen Top-Level-Domain-Server (gTLD), die für die betreffende TLD verantwortlich sind. Durch die Registrierung der Domain wird beispielsweise example.com
eine Aktualisierung der von VeriSign betriebenen.com
gTLD-Server ausgelöst .
Dieses Update enthält die autorisierenden Nameserver (NS) -Datensätze aus den WHOIS-Daten der Domäne. Der gTLD-Server erstellt dann einen DNS-Leimeintrag für die Domäne, der auf die autorisierenden Nameserver verweist. Mit diesen Leimdatensätzen können die gTLD-Server eingehende Abfragen an die maßgeblichen Nameserver für die Domain weiterleiten.
Sofern der Domain-Registrar die ihm von IANA übertragene Pflicht nicht erfüllt, werden bei einer Suche nach einer registrierten Domain die maßgeblichen Nameserver-Einträge für diese Domain zurückgegeben.
Warum werden dann keine Suchanfragen für die 00000onlinecasino.com
Rückgabe von Datensätzen ausgeführt?
Es scheint, dass alles wie oben beschrieben stattgefunden hat; Mit anderen Worten, der Registrar dieser Domain (NameBright.com) hat den erforderlichen WHOIS- Eintrag erstellt und die NS-Datensätze an die .COM gTLD-Server gesendet . Ich habe dies folgendermaßen bestätigt, indem ich nslookup set ausgeführt habe, um NS-Datensätze abzufragen:
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
Ich habe auch diesen praktischen Glue Record Checker von MeBSD.com verwendet, der die Ergebnisse bestätigt hat:
Allerdings ist die gleiche , wenn Abfrage gegen einen dieser Nameserver ausgeführt wird , zurückkehr einen Fehler:
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
Da diese Server für diese Domain autorisierend sind, sollten sie zumindest darüber Bescheid wissen und sich als NS-Records für die Domain ausweisen! Angesichts dessen ist es klar, dass diese NS-Server falsch konfiguriert wurden.
* Ich muss zulassen, dass die Definition von "Zero DNS Records" interpretiert werden kann. Wie der Testfall dieser Frage zeigt, antworten die autorisierenden Nameserver nicht und geben Anlass zu dem Argument, dass die Domäne keine Datensätze enthält. Ich bevorzuge jedoch die Ansicht, dass die Leimdatensätze einer Domain im Wesentlichen die "andere Hälfte" der NS-Datensätze einer Domain sind. Schließlich würde jeder Versuch, die autorisierenden Nameserver für eine Domain nachzuschlagen, ohne die Leimaufzeichnungen zu der Anweisung führen, "fragen Sie [Nameserver hier einfügen]".
Mehr Informationen