Autoritative Nameserver
DNS & Einträge
DNS-Abfrage Alle DNS-Einträge für jede Domain A-Eintrag-Abfrage IPv4-Adressen für eine Domain AAAA-Eintrag-Abfrage IPv6-Adressen für eine Domain MX-Abfrage Mailserver für eine Domain NS-Abfrage Autoritative Nameserver TXT-Abfrage TXT-Einträge, SPF, Verifizierung CNAME-Abfrage Kanonische Namen (Alias)-Einträge SOA-Abfrage Start-of-Authority-Eintrag SRV-Abfrage Dienst-Standort-Einträge CAA-Abfrage Welche CAs Zertifikate ausstellen dürfen Reverse DNS (PTR) IP-Adresse zu Hostname DNSSEC-Prüfung Ist die Domain signiert und validiert? DNS-Gesundheitscheck Ein vollständiger Bericht zu Delegierung & DNSE-Mail-Zustellbarkeit
SPF-Prüfung Validieren Sie Ihren Sender-Policy-Framework-Eintrag DMARC-Prüfung Untersuchen und bewerten Sie Ihre DMARC-Richtlinie DKIM-Prüfung Finden und validieren Sie Ihren öffentlichen DKIM-Schlüssel Blacklist-Prüfung Prüfen Sie eine IP gegen E-Mail-Sperrlisten (DNSBLs) SMTP-Test Mit einem Mailserver verbinden und STARTTLS prüfen MTA-STS-Prüfung Erzwungene TLS-Richtlinie für eingehende Mails BIMI-Prüfung Markenlogo-Eintrag für E-Mail TLS-RPT-Prüfung SMTP-TLS-BerichtsrichtlinieNetzwerk & Web
SSL-Zertifikat-Prüfung TLS-Zertifikat und Ablauf einer Website untersuchen HTTP-Header-Prüfung Antwort-Header, Weiterleitungen und Sicherheit untersuchen Ping (TCP) Erreichbarkeit und Latenz über TCP Port-Prüfung Welche gängigen Ports offen sindDomain
WHOIS-Abfrage Registrierungsdaten für Domains, IPs und ASNsNS-Records (Name Server) listen die autoritativen Nameserver einer Domain auf – die Server, die ihre DNS-Zone halten und Abfragen dazu beantworten. Sie werden beim Registrar gesetzt und delegieren die DNS-Auflösung an Ihren Anbieter. Bei einem Fehler kann die gesamte Domain aufhören aufzulösen und Ihre Website samt E-Mail mit sich reißen.
DNS ist eine Hierarchie. Wenn ein Resolver Ihre Domain nachschlägt, fragt er die übergeordnete Zone – etwa die .com-Server –, welche Nameserver autoritativ sind. Die übergeordnete Zone antwortet mit Ihren NS-Records, und der Resolver fragt dann diese Server direkt nach den eigentlichen Records ab. Diese Übergabe heißt Delegation. Die NS-Records existieren an zwei Stellen: beim Registrar (die übergeordnete Delegation) und innerhalb Ihrer eigenen Zone. Beide sollten übereinstimmen, sonst riskieren Sie eine inkonsistente und unzuverlässige Auflösung.
IPeek gibt die für die Domain veröffentlichten autoritativen Nameserver zurück, typischerweise zwei bis vier Hostnamen wie ns1.example-dns.com und ns2.example-dns.com. Bestätigen Sie, dass sie zu Ihrem DNS-Anbieter passen – Cloudflare, AWS Route 53, der eigene Dienst Ihres Registrars oder ein selbst gehostetes Setup. Die meisten Anbieter weisen einen festen Satz zu, sodass eine Abweichung auf eine unvollständige Migration oder einen Hijack hindeutet. Mehr als ein Nameserver ist erwartet und gesund; das sorgt für Redundanz. Wirken die Ergebnisse falsch, vergleichen Sie sie mit dem, was Ihr Registrar anzeigt.
Der klassische Fehler ist eine Delegations-Abweichung: Der Registrar verweist auf einen Satz Nameserver, während Ihre Zone einen anderen auflistet, was zeitweise Ausfälle verursacht, wenn Resolver verschiedene Server erreichen. Aktualisieren Sie nach dem Wechsel des DNS-Anbieters die NS-Records beim Registrar und warten Sie, bis die Änderung propagiert, bevor Sie die alte Zone stilllegen. Nur einen Nameserver zu haben ist fragil – fügen Sie für Redundanz mindestens einen zweiten hinzu. Auch eine Lame Delegation, bei der ein gelisteter Server die Zone gar nicht bereitstellt, bricht die Auflösung und sollte entfernt werden.
Der Registrar ist der Ort, an dem Sie die Domain registrieren und verwalten, während NS-Records die Server benennen, die DNS-Abfragen dafür tatsächlich beantworten. Beim Registrar legen Sie fest, welche Nameserver autoritativ sind; diese von Ihrem DNS-Anbieter betriebenen Server halten die Zone mit Ihren A-, MX- und anderen Records. Die beiden Rollen können verschiedenen Unternehmen gehören.
Eine Domain sollte für Redundanz mindestens zwei Nameserver haben, und viele Anbieter weisen drei oder vier zu. Mehrere Nameserver sorgen dafür, dass Resolver auch dann Antworten von einem anderen erhalten, wenn einer nicht erreichbar ist. Sich auf einen einzigen Nameserver zu verlassen ist ein Single Point of Failure, der die gesamte Domain offline nehmen kann.
Das ist eine Delegations-Abweichung, und sie bedeutet meist, dass eine Migration unvollständig blieb. Die NS-Records des Registrars steuern die tatsächliche Delegation aus der übergeordneten Zone, sodass Resolver diesen folgen. Die NS-Records innerhalb Ihrer Zone sollten mit ihnen übereinstimmen. Gleichen Sie beide Sätze an, um zeitweise Auflösungsfehler zu vermeiden.
NS-Änderungen beim Registrar propagieren durch die übergeordnete Zone und können je nach TTLs und Registry-Verarbeitung wenige Stunden bis zu 48 Stunden dauern. Während dieses Zeitfensters nutzen Resolver unter Umständen entweder die alten oder die neuen Nameserver. Halten Sie beide Sätze identische Records bereitstellend, bis die Propagierung abgeschlossen ist, um Ausfälle zu vermeiden.
Falsche NS-Records können dazu führen, dass die gesamte Domain nicht mehr auflöst, und nehmen die Website, E-Mail und jeden anderen Dienst, der von ihrem DNS abhängt, mit. Da NS-Records die Delegation steuern, ist ein Fehler hier schwerwiegender als ein einzelner fehlerhafter Record. Verifizieren Sie Änderungen stets mit einer frischen Abfrage, bevor Sie alte Nameserver stilllegen.