DNS-Verlauf: Was MX- und NS-Records verraten

DNS-Records sind die Spurensicherung, die eine Domain hinterlässt. Die MX- und NS-Historie zeigt, wer sich um E-Mail und DNS gekümmert hat, und verrät oft, wofür die Seite genutzt wurde und wann sie den Besitzer wechselte. Das ist nützlich, wenn du die Domain eines toten Projekts auf dem Friedhof prüfst oder entscheiden willst, ob du dein eigenes begräbst.

Was ist eine DNS-Verlauf-Domain-Recherche?

Bei einer DNS-Verlauf-Domain-Recherche fragst du frühere DNS-Records ab, vor allem MX und NS, um die operative Vergangenheit einer Domain zu rekonstruieren. Du nutzt öffentliche Datenbanken und Passive-DNS-Tools, um zu sehen, auf welche Mailserver und Nameserver eine Domain im Laufe der Zeit gezeigt hat. Jede Änderung ist ein Hinweis auf Besitz, Hosting oder Zweck.

Schritt 1: Wie sammelst du die aktuelle DNS-Basis?

Beginne mit den Live-Records, damit du weißt, womit du vergleichst. Führe dig MX example.com +short und dig NS example.com +short im Terminal aus oder nutze ein Web-Tool wie Google Public DNS oder MXToolbox. Speichere die Ausgabe mit Zeitstempel. Diese Basis ist der Anker für jeden historischen Vergleich.

Hat die Domain gar keine MX-Records, ist das schon ein Datenpunkt. Es bedeutet, dass die Domain derzeit keine E-Mails empfangen kann, was bei geparkten oder ausgebrannten Projekten häufig vorkommt.

Schritt 2: Welche Tools zeigen historische MX- und NS-Records?

Du brauchst Passive-DNS-Datenbanken, nicht nur Live-Abfragen. SecurityTrails, ViewDNS.info und DNSDumpster bieten historische Ansichten, teils kostenlos, teils kostenpflichtig. Der kostenlose Tarif von SecurityTrails erlaubt begrenzte Abfragen; die Bezahltarife starten bei etwa 50 US-Dollar pro Monat. Das historische DNS-Tool von ViewDNS.info ist kostenlos, aber rate-limitiert. Für eine einmalige Prüfung reicht das meist.

Verlass dich nicht auf eine einzige Quelle. Gleiche zwei Tools ab, bevor du Schlüsse ziehst, denn die Passive-DNS-Abdeckung variiert je nach Anbieter und Region.

Schritt 3: Wie liest du die MX-Record-Historie?

MX-Records zeigen auf die Mailserver, die E-Mails für eine Domain annehmen. Eine Historie mit Google Workspace (ASPMX.L.GOOGLE.COM) deutet darauf hin, dass dort mal ein echtes Unternehmen lief. Eine Historie voller zufälliger Mailserver, die alle paar Wochen wechseln, deutet auf etwas weniger Seriöses hin, etwa Spam-Infrastruktur oder ein Wegwerfprojekt.

Achte auf Muster. Ein stabiler MX-Provider über Jahre spricht für einen stabilen Betreiber. Häufiger MX-Wechsel spricht für das Gegenteil. Beides ist nicht automatisch schlecht, aber beides sagt dir, welche Art von Projekt du übernimmst.

Schritt 4: Wie liest du die NS-Record-Historie?

NS-Records zeigen, welches Unternehmen das DNS der Domain verwaltete. Das ist meist der Registrar, ein Hosting-Provider oder ein CDN. Ein Wechsel von einem NS-Provider zum anderen ist ein Umzugsereignis, und Umzüge fallen oft mit Besitzerwechseln oder Rebrandings zusammen.

Zeigt die NS-Historie jahrelang Cloudflare und dann einen plötzlichen Wechsel zu den Default-Nameservern eines Billig-Registrars, ist das ein Signal, dass die Domain fallen gelassen oder verkauft wurde. Indie-Hacker sollten das ernst nehmen, denn dieser Wechsel markiert oft das Ende der aktiven Entwicklung.

Schritt 5: Wie gleicht du den DNS-Verlauf mit WHOIS und Web-Archiven ab?

DNS-Verlauf allein ist dünn. Kombiniere ihn mit WHOIS-Historie (DomainTools bietet das an, und viele Registrare führen begrenzte Aufzeichnungen) und der Wayback Machine. Wenn das Datum des NS-Wechsels mit einem WHOIS-Registrant-Wechsel und einer Lücke in archivierten Snapshots zusammenfällt, hast du eine stimmige Geschichte.

Diese Triangulation unterscheidet eine echte DNS-Verlauf-Domain-Recherche von einer oberflächlichen Abfrage. Ein Record ist ein Hinweis. Drei übereinstimmende Records sind ein Beweis.

Schritt 6: Wie erkennst du Warnsignale in MX- und NS-Verlauf?

Warnsignale sind MX-Records, die auf bekannte Spam-freundliche Hoster zeigen, NS-Records, die alle paar Monate zwischen unabhängigen Providern springen, und lange Lücken ganz ohne Records. Eine Domain ohne MX-Historie und mit häufigem NS-Wechsel hat wahrscheinlich nie ein echtes Produkt gehostet.

Umgekehrt gehörte eine Domain mit jahrelang stabilem Google-MX und Cloudflare-NS wahrscheinlich einem echten Unternehmen. Genau solche Historie willst du, wenn du eine Domain aus dem toten Projekt eines anderen kaufst.

Schritt 7: Wie nutzt du den DNS-Verlauf zur Bewertung einer Domain?

Der DNS-Verlauf bestimmt nicht den Preis, aber er beeinflusst ihn. Eine Domain mit sauberer, stabiler E-Mail- und Hosting-Historie ist leichter neu zu starten, weil du keine Spam-Reputation erbst. Eine Domain mit chaotischer MX-Vergangenheit kann Probleme bei der E-Mail-Zustellbarkeit haben, deren Behebung Monate dauert.

Prüfe die Domain vor dem Kauf gegen große Blocklisten wie Spamhaus. Sieht die MX-Historie fragwürdig aus, geh davon aus, dass die Reputation es auch ist, und kalkuliere entsprechend.

Schritt 8: Wie bewahrst du deinen eigenen DNS-Verlauf vor dem Begraben eines Projekts?

Bevor du ein Projekt stilllegst, exportiere die aktuellen MX- und NS-Records und speichere sie mit Datum. Mach einen Screenshot vom DNS-Panel des Registrars. Diese Aufzeichnung wird Teil der Projektgeschichte und ist nützlich, wenn du später beweisen willst, dass die Domain eine saubere Historie hatte, als du sie verkauft hast.

Wenn du dein totes Projekt begräbst für 1 US-Dollar, ist diese Historie Teil dessen, was ein Käufer bewertet. Eine ordentliche DNS-Spur ist ein Verkaufsargument, keine Fußnote.

Was kann bei einer DNS-Verlauf-Domain-Recherche schiefgehen?

Passive-DNS-Daten sind unvollständig. Manche Anbieter loggen erst seit Kurzem, und kostenlose Tools zeigen oft höchstens ein paar Jahre. Du kannst fehlende Daten leicht für eine saubere Historie halten.

Zweitens können DNS-Records gefälscht oder von einem Vorbesitzer übernommen worden sein, ohne dass ein echtes Geschäft dahintersteht. Ein Google-MX-Record beweist nicht, dass eine Firma existierte; er beweist, dass sich jemand für Google Workspace angemeldet hat. Behandle jeden Record als Hinweis, nicht als Fakt.

Drittens können Datenschutzdienste und Registrar-Transfers die WHOIS-Kontinuität auslöschen, was den Abgleich-Schritt kaputt macht. Wenn das passiert, verlass dich stärker auf Web-Archive und akzeptiere, dass manche Lücken nicht zu schließen sind.

Voraussetzungen für eine DNS-Verlauf-Domain-Recherche

Du brauchst den Domainnamen, ein Terminal- oder webbasiertes DNS-Lookup-Tool und mindestens einen Account bei einem Passive-DNS-Dienst. Ein kostenloser Account bei SecurityTrails oder ViewDNS.info deckt die meisten Gelegenheitsprüfungen ab. Für tiefere Arbeit plane einen Bezahltarif ein und ein DomainTools-Abo, wenn WHOIS-Historie wichtig ist.

Du solltest außerdem den aktuellen Registrar der Domain kennen und wissen, ob sie abgelaufen oder geparkt ist. Dieser Kontext prägt, wie du jeden historischen Record interpretierst.

Beginne mit den Domains, die du kaufen willst, und arbeite dich dann rückwärts durch ihre MX- und NS-Historie. Durchstöbere den Friedhof, um zu sehen, welche verfügbar sind.