DNS-Abfrage
Prüfe die DNS-Records jeder Domain live, direkt aus deinem Browser.
Diese DNS-Abfrage fragt die DNS-Records einer Domain ab und zeigt sie dir in klaren, lesbaren Gruppen: A und AAAA (die IP-Adressen), MX (Mailserver), TXT (Verifizierungs- und Richtlinien-Records wie SPF), NS (die für die Domain zuständigen Nameserver) und CNAME (Aliase). Zu diesem Tool greifst du, wenn du das Setup einer neuen Domain prüfst, die E-Mail-Zustellung debuggst, verifizierst, dass eine DNS-Änderung propagiert ist, oder bestätigst, dass eine Seite dorthin zeigt, wo du glaubst.
Die Abfrage läuft aus deinem Browser per DNS-over-HTTPS, einer verschlüsselten Art, einen öffentlichen DNS-Resolver über HTTPS nach Records zu fragen. Das heißt: keine Software zu installieren und Ergebnisse in einer Sekunde — die Antwort spiegelt allerdings die Sicht dieses Resolvers wider. Wegen des Cachings unterwegs kann ein Record, den du vor Minuten geändert hast, noch seinen alten Wert zeigen, bis die TTL abläuft.
Gib eine reine Domain wie example.com ein, keine vollständige URL. Du bekommst genau das zurück, was der Resolver liefert, mit jedem Record-Typ beschriftet, damit du siehst, was gesetzt ist und was fehlt.
So führst du eine DNS-Abfrage durch
- Tippe den Domainnamen, zum Beispiel example.com, in das Feld.
- Wähle einen Record-Typ oder lass es offen, um die gängigen abzurufen.
- Klick auf Abfragen.
- Lies die nach Typ gruppierten Records, mit Werten und TTLs.
- Ändere den Record-Typ oder die Domain und frag erneut ab, um zu vergleichen.
Was jeder DNS-Record-Typ bedeutet
A verweist eine Domain auf eine IPv4-Adresse; AAAA tut dasselbe für IPv6. Diese löst dein Browser auf, um eine Website zu erreichen. MX-Records listen die Mailserver, die E-Mails für die Domain empfangen, in Prioritätsreihenfolge — ein fehlender oder falscher MX ist eine häufige Ursache für zurückgewiesene Mails.
TXT-Records enthalten freien Text für Verifizierung und E-Mail-Sicherheit, darunter SPF- und DKIM-Richtlinien, die Spoofing verhindern helfen. NS-Records nennen die autoritativen Nameserver der Domain, also die Server mit den echten Antworten. CNAME verweist einen Namen als Alias auf einen anderen, oft für Subdomains wie www oder um auf einen Hosting-Anbieter zu zeigen.
Wie die Abfrage aus deinem Browser läuft
Statt sich auf die DNS-Einstellungen deines Betriebssystems zu verlassen, schickt dieses Tool die Anfrage als DNS-over-HTTPS an einen öffentlichen Resolver (dns.google). DNS-over-HTTPS verpackt eine gewöhnliche DNS-Anfrage in einen verschlüsselten HTTPS-Aufruf, sodass Frage und Antwort über denselben sicheren Kanal reisen, den auch eine Website nutzt. Genau das erlaubt einer Webseite, eine echte DNS-Abfrage ohne lokale Konfiguration und ohne zu installierende Software durchzuführen.
Eine Folge, die man verstehen sollte: Du siehst die Antwort des Resolvers, gefiltert durch dessen Cache, statt die autoritativen Nameserver der Domain direkt zu fragen. Für die meisten Prüfungen ist genau das, was du willst, denn es spiegelt, was echte Nutzer erleben würden, die sich auf einen großen öffentlichen Resolver verlassen. Es bedeutet aber auch, dass das Ergebnis eine Momentaufnahme der aktuellen Sicht eines Resolvers ist, keine absolute Wahrheit für das gesamte Internet in diesem Augenblick.
Alltägliche Gründe für eine DNS-Abfrage
Der klassische Einsatz ist E-Mail-Troubleshooting. Wenn Nachrichten an eine Domain zurückkommen, bestätigt ein Blick auf die MX-Records, ob überhaupt Mailserver veröffentlicht sind, und das Lesen der TXT-Records lässt dich die SPF-Richtlinie prüfen, mit der empfangende Server entscheiden, ob deine Mail legitim ist. Ein fehlender oder fehlerhafter SPF- oder DKIM-Record steckt hinter einem großen Teil der Zustellprobleme, und den rohen Wert zu sehen ist der schnellste Weg, ihn zu erkennen.
Ebenso nützlich ist sie bei Website-Starts und Migrationen. Bevor du eine Domain auf einen neuen Host umstellst, kannst du bestätigen, dass der A- oder CNAME-Record schon dorthin zeigt, wo er soll, und nach einer Änderung darauf warten, dass der neue Wert erscheint. Die NS-Records zu prüfen sagt dir, welcher Anbieter tatsächlich für die Domain autoritativ ist, was erstaunlich viele „warum wirkt meine Änderung nicht“-Fragen klärt, wenn die Domain irgendwo verwaltet wird, wo du es nicht erwartet hast.
TTLs lesen und Propagation verstehen
Jeder Record kommt mit einer TTL, der Time to Live, angegeben in Sekunden. Sie ist die Anweisung an den Resolver, wie lange diese Antwort gecacht werden soll, bevor er erneut nachfragt. Eine TTL von 3600 heißt, der Wert darf bis zu einer Stunde aus dem Cache geliefert werden; 300 heißt fünf Minuten. Wenn du eine DNS-Änderung planst, lässt du den Umstieg schneller wirken, indem du die TTL einen Tag vorher senkst, weil Caches dann früher ablaufen.
Deshalb ist „Propagation“ eigentlich nur das Ablaufen von Caches rund um die Welt zu unterschiedlichen Zeiten, kein physisches Verbreiten von Daten. Direkt nach einer Änderung halten manche Resolver noch den alten Wert, bis dessen TTL abgelaufen ist, sodass eine Abfrage hier den vorherigen Record zeigen kann, während ein anderes Netz bereits den neuen zeigt. Es ist normal, dass eine Änderung auf manchen Resolvern binnen Minuten erscheint und auf anderen bis zu einem Tag oder länger dauert.
Grenzen und Genauigkeit, die man im Kopf behalten sollte
Weil das Tool einen einzigen öffentlichen Resolver fragt, spiegelt die Antwort dessen Cache in diesem Moment. Ein anderer Resolver — der deines ISP oder deines Firmennetzes — könnte während der Propagation einen anderen Wert liefern, sodass Übereinstimmung über mehrere Resolver hinweg das eigentliche Zeichen ist, dass eine Änderung vollständig gegriffen hat. Dieses Tool ist hervorragend für eine schnelle, verlässliche Momentaufnahme, aber es ist ein Blickwinkel, nicht alle.
Es gibt auch Dinge, die DNS-over-HTTPS an einen öffentlichen Resolver nicht leistet. Es macht keinen Zonentransfer und wirft nicht jeden Record aus, den eine Domain hat; es beantwortet die konkreten Namen und Typen, nach denen du fragst. Split-Horizon-Setups, die internen Nutzern andere Records liefern, zeigen nur die öffentliche Sicht, und den DNSSEC-Validierungsstatus bringt diese einfache Abfrage nicht ans Licht. Für solche Fälle ist eine gezielte autoritative Anfrage das richtige Werkzeug.
Häufige Probleme, die dieses Tool diagnostizieren hilft
Ein leeres Ergebnis für einen erwarteten Typ heißt meist, dass der Record tatsächlich nicht veröffentlicht ist, nicht dass die Abfrage fehlschlug. Kein MX heißt, die Domain ist nicht darauf eingerichtet, direkt Mail zu empfangen; kein AAAA heißt, es wird keine IPv6-Adresse beworben; kein CNAME auf einem Namen heißt, es ist entweder ein A-Record oder schlicht undefiniert. Diese Abwesenheiten richtig zu lesen erspart viel Jagd nach nicht existierenden Problemen.
Gibt eine ganze Domain nichts zurück, prüfe, ob du einen reinen Hostnamen statt einer URL mit https:// oder angehängtem Pfad eingegeben hast, und denk daran, dass eine brandneue Domain Zeit brauchen kann, bevor ihre Records irgendwo auflösen. Wenn Ergebnisse direkt nach einer Änderung falsch wirken, ist fast immer die TTL- und Caching-Erklärung von oben die Ursache; warte auf die TTL und prüfe erneut, statt wiederholt zu bearbeiten.
Verwandte Netzwerk-Tools
Sobald eine DNS-Abfrage dir einen A- oder AAAA-Record liefert, sagt dir die IP-Abfrage den ungefähren Standort und den Hosting-Anbieter hinter dieser Adresse, praktisch, um zu bestätigen, dass eine Domain auf den erwarteten Host auflöst. Beide zusammen machen aus einem Domainnamen ein vollständiges Bild davon, wo eine Seite tatsächlich lebt.
Das „Was ist meine IP“-Tool ist nützlich, wenn du deine eigene Adresse brauchst, etwa um sie einer DNS-verwalteten Allow-Liste hinzuzufügen, und der User-Agent-Checker hilft, wenn sich ein Dienst für deinen Browser anders verhält, als es ein DNS- oder Verbindungsproblem erklären würde. Sie alle laufen ohne Konten und speichern nichts über die eine Abfrage hinaus, die nötig ist, um dir zu antworten.
Häufig gestellte Fragen
Ist diese DNS-Abfrage kostenlos?
Ja, kostenlos und unbegrenzt, ohne Konto. Frag so viele Domains und Record-Typen ab, wie du willst.
Warum weichen meine Ergebnisse von einer gerade gemachten Änderung ab?
DNS wird auf vielen Ebenen gecacht, und jeder Record hat eine TTL, die die Dauer steuert. Bis diese TTL abläuft, können Resolver noch den alten Wert liefern. Änderungen brauchen Minuten bis zu einem Tag oder mehr, um überall sichtbar zu sein.
Was ist DNS-over-HTTPS?
Es ist eine Art, DNS-Anfragen über eine verschlüsselte HTTPS-Verbindung an einen öffentlichen Resolver zu senden. Dieses Tool nutzt es, damit die Abfrage direkt aus deinem Browser ohne lokales DNS-Setup läuft.
Soll ich eine URL oder nur die Domain eingeben?
Gib nur die Domain ein, wie example.com. Lass das https:// und jeden Pfad weg. Für eine Subdomain gib sie vollständig ein, etwa mail.example.com.
Warum hat eine Domain keinen MX- oder AAAA-Record?
Das ist oft normal. Eine Domain ohne MX ist schlicht nicht dafür eingerichtet, direkt E-Mails zu empfangen, und kein AAAA heißt, dass keine IPv6-Adresse veröffentlicht ist. Fehlende Records sind nur ein Problem, wenn der Dienst existieren soll.
Hängt das Ergebnis vom verwendeten Resolver ab?
Ja. Du siehst die Antwort des öffentlichen Resolvers, den das Tool abfragt, und diese spiegelt dessen Cache. Ein anderer Resolver könnte während der Propagation kurz einen anderen Wert zeigen.