Dig DNS vs. Whois

Dig DNS vs. Whois

Ich habe einen Kunden, der seine Namensdienste über einen Drittanbieter abwickelt. Die Domain wurde über Godaddy (einen anderen Drittanbieter) registriert. Die Domainnamen des Nameservice-Anbieters wurden gekapert (ich weiß nicht, wie), sodass die Nameserver, die mein Kunde verwendet, unerreichbar oder kompromittiert wurden.

Irgendwie konnte der bereitgestellte Namensdienst die DNS-Auflösung mithilfe verschiedener Namensserver erreichen. Ich bin verblüfft. Wie kann der Dienstanbieter die Namensserver für die Domäne des Kunden ändern?

Kurze Erklärung: *Godaddy-Registrar für example.com listet ns2.ispnameserver.com und ns2.ispnameserver.com als Nameserver.

*ISP stellt Nameserver für example.com bereit, verwaltet ns1.ispnameserver.com und ns2.ispnameserver.com

ISP verliert Kontrolle über *ispnameserver.com. Irgendwie schafft es der ISP, die neuen Nameserver ns1.newispname.com und ns2.newispname.com bereitzustellen, und wie durch Zauberhand verwendet DNS ns1.newispname.com und ns2.newispname.com, um Abfragen für example.com aufzulösen.

Im Wesentlichen konnte der ISP die Kontrolle über die Domäne example.com des Kunden übernehmen. Whois listet immer noch ns1.ispnameserver.com.

Wie konnte der ISP das tun? Welche Organisation kann diesen Dienst anbieten?

Tatsächliche Ergebnissevon Dig und Whois. Beachten Sie, dass dies seit mindestens einer Woche so ist.

Antwort1

DerTatsächliche Ergebnissein der Frage sind nicht so vollständig wie sie sein könnten, aber so sieht es für mich aus:

Nichts in dem Geposteten deutet darauf hin, dass sich die Delegationsinformationen tatsächlich geändert haben, sondern eher, dass die Zone auf den Nameservern in der Delegation unterschiedliche (inkonsistente) NSDatensätze für Ihre Zone hat.

Ein Dig Trace kann hilfreich sein, der sowohl die Delegations- als auch die maßgeblichen Datensätze anzeigt (während Ihre „Tatsächlichen Ergebnisse“ vermutlich nur maßgebliche Datensätze angezeigt haben):

dig +trace +add example.com NS

Was Sie über den Registrar kontrollieren, sind die Delegationsinformationen, also die NS(und ggf. glue A/ ) Datensätze, die die Nameserver für dieAAAAübergeordnete Zonesollten ihre Empfehlungsantwort einsenden.
Dieser Datensatzsatz NSsollte mit den NSDatensätzen in der tatsächlichen autoritativen Zone übereinstimmen, aber wie es aussieht, besteht das Szenario in Ihrer Frage darin, dass sich in dieser Hinsicht nur die autoritative Zone geändert hat.


Randbemerkung zu WHOIS vs. DNS:

WHOIS bietet Einblick in die Metadaten des Registers und/oder Registrars (je nachdem, wie das Register arbeitet) für registrierte Domänennamen. Es dient keinem Zweck im eigentlichen Betrieb, sondern stellt für den Menschen verwertbare Informationen zu Domänennamen bereit.

Um sich über die aktuelle betriebliche Realität zu vergewissern, konsultieren Sie immer DNS und nicht WHOIS. In der Frage stammt Ihre Darstellung der Delegation von WHOIS und nicht von DNS (wie sie mit dem Befehl dig trace von oben verfügbar gewesen wäre). Dies schafft ein gewisses Maß an Unsicherheit, aber ich würde erwarten, dass Sie feststellen werden, dass die WHOIS-Ausgabe tatsächlich mit der Delegation übereinstimmt, die in DNS gefunden wurde (die sich dann nicht geändert hat).

Antwort2

Es geht so

  • Der Registrar kontrolliert/zeigt an, welche DNS-Server auf eine Domain antworten. Dies wird als SOA (Start Of Authority) bezeichnet.

  • DNS-Provider, auf die Nameserver verweisen, können diese Informationen nicht ändern. Sie kontrollieren alles, außer wenn es um DNS geht

Zurück zum konkreten Szenario. Ein mögliches Szenario ist, dass der DNS-Anbieter Zugriff auf Godaddy hat oder hatte und sich angemeldet hat, um die Nameserver zu ändern.

Ein häufiges Szenario ist, dass entweder Drittunternehmen die gesamte Kontrolle haben (d. h. der DNS-Anbieter hat möglicherweise die Einrichtung für den Kunden durchgeführt) oder irgendwann Zugriff auf den Registrar erhalten haben. In jedem Fall möchten Sie wahrscheinlich das Godaddy-Passwort ändern.

Wenn Ihr Kunde andererseits das GoDaddy-Passwort nicht hat, ist es möglich, dass er es nie hatte und dieser DNS-Anbieter oder jemand anderes die gesamte Einrichtung vorgenommen und alles Notwendige getan hat, um das Problem zu lösen. Es ist gut, dass sie das Problem gelöst haben, aber das ändert nichts an der Tatsache, dass jemand außer Ihrem Kunden Zugriff auf GoDaddy haben muss.

verwandte Informationen