DNS-Suche – Fragen Sie die DNS-Datensätze einer beliebigen Domain in Echtzeit ab
Diagnostizieren Sie Fehler bei der E-Mail-Zustellung, bestätigen Sie Domänenmigrationen und prüfen Sie Sicherheitsrichtlinien – ohne dig oder nslookup zu installieren.
Was ist ein DNS-Lookup?
Eine DNS-Suche fragt den Domain Name System ab, um die mit einer Domäne verbundenen Datensätze abzurufen. Er funktioniert wie ein Telefonbuch für das Internet und übersetzt menschenlesbare Domänennamen in die technischen Daten, die Netzwerke für die Weiterleitung des Datenverkehrs und die Bereitstellung von Diensten benötigen. Jede Domain verfügt über mehrere Datensatztypen: A-Datensätze verweisen auf IP-Adressen, MX-Datensätze leiten E-Mails weiter, TXT-Datensätze enthalten Sicherheitsrichtlinien und NS-Datensätze delegieren die Autorität an einen Nameserver.
Wenn Sie eine DNS-Suche auslösen, wird die Abfrage an einen rekursiven Resolver weitergeleitet (betrieben von Ihrem ISP oder einem öffentlichen Resolver wie 8.8.8.8 oder 1.1.1.1). Wenn der Resolver eine zwischengespeicherte Antwort im TTL-Fenster des Datensatzes hat, gibt er diesen zwischengespeicherten Wert zurück. Wenn nicht, fragt es den autorisierenden Nameserver ab – den Server, der die offiziellen Datensätze der Domain speichert. Dieses Tool umgeht das Caching und fragt autorisierende Server direkt ab, sodass die Ergebnisse den aktuellen veröffentlichten Status der Zone widerspiegeln und nicht das, was Ihr Browser zwischengespeichert hat.
Ihr Browser führt DNS-Suchen automatisch im Hintergrund durch – zeigt Ihnen jedoch nichts an. Dieses Tool stellt den gesamten Datensatz zur Verfügung: nicht nur die IP-Adresse, sondern jeden Datensatztyp, der mit der Domäne verbunden ist, einschließlich TTL-Werten, die verraten, wie lange jeder Datensatz im Cache verbleibt, bevor Resolver die autorisierende Quelle erneut überprüfen.
So funktioniert es
Domain eingeben
Geben Sie einen Domainnamen ein — z. B. google.com oder github.com. Sie können eine Root-Domain oder eine Subdomain abfragen.
Eintragstyp auswählen
Wählen Sie den gewünschten DNS-Eintragstyp — A, MX, TXT, NS, CNAME, SOA, CAA — oder wählen Sie Alle Einträge.
Ergebnisse anzeigen
Die Ergebnisse werden in Echtzeit von maßgeblichen DNS-Servern zurückgegeben. Jede Zeile zeigt den Datensatztyp, den Wert, TTL (wie lange der Datensatz von Resolvern zwischengespeichert wird) und – für MX-Datensätze – die Prioritätsnummer. Kopieren Sie jeden Datensatz mit einem Klick in die Zwischenablage.
So lesen Sie Ihre DNS-Suchergebnisse
Sobald eine Suche abgeschlossen ist, enthält jede Ergebniszeile mehrere Felder. Hier erfahren Sie, was jedes Feld bedeutet und worauf Sie achten müssen.
| Feld | Was es Ihnen sagt |
|---|---|
TTL (Time To Live) | Die Anzahl der Sekunden, die dieser Datensatz von Resolvern zwischengespeichert wird, bevor sie den autorisierenden Server erneut abfragen. TTL 300 = Änderungen breiten sich in ca. 5 Minuten aus. TTL 86400 = Der alte Datensatz kann bis zu 24 Stunden lang bestehen bleiben, nachdem Sie ihn geändert haben. |
MX Priorität | Nur auf MX-Datensätzen vorhanden. Niedrigere Zahlen haben eine höhere Priorität. Ein Setup aus 10 (primär) und 20 (Backup) erstellt eine Failover-Kette. Gleiche Prioritätswerte bedeuten, dass beide Server die Last gleichmäßig teilen. |
Rekordwert | Die tatsächlichen Daten, die der Datensatz enthält – eine IP-Adresse für A/AAAA-Datensätze, einen Hostnamen für MX/NS/CNAME oder eine Textzeichenfolge für TXT-Datensätze. Dies ist der Wert, den DNS-Resolver beim Weiterleiten von Datenverkehr oder beim Überprüfen von Richtlinien verwenden. |
CNAME-Kette | Wenn ein CNAME auf einen anderen CNAME zeigt, bildet sich eine Lösungskette. Ketten, die länger als 8 Hops sind, werden in den meisten Clients nicht aufgelöst. Wenn die Tiefe zum Problem wird, ersetzen Sie Zwischen-CNAMEs durch einen direkten A-Eintrag. |
TTL- und DNS-Ausbreitungszeitleiste
Verwenden Sie TTL, um abzuschätzen, wie schnell Resolver eine Änderung erkennen sollten und wann sich eine erneute Überprüfung lohnt.
| TTL (Time To Live) | Erwartetes Ausbreitungsfenster | Wann ist eine erneute Überprüfung erforderlich? |
|---|---|---|
| 300 | ~15-30 Minuten weltweit | Alle 5-10 Minuten |
| 3600 | ~1-2 Stunden | Alle 30-60 Minuten |
| 86400 | Bis zu 24 Stunden | Überprüfen Sie nach 12 Stunden und dann erneut nach 24 Stunden |
DNS-Datensatztypen: Was jeder einzelne steuert
Ordnet eine Domäne einer IPv4-Adresse zu – dem grundlegendsten DNS-Eintrag. Beispielausgabe: 93.184.216.34, TTL 3600 (1 Stunde zwischengespeichert). Wenn der A-Eintrag fehlt oder falsch ist, ist die Domäne für Browser nicht erreichbar.
Ordnet eine Domäne einer IPv6-Adresse für modernes Netzwerkrouting zu. Beispiel: 2606:2800:220:1:248:1893:25c8:1946. Wenn es fehlt, können reine IPv6-Clients die Domäne nicht erreichen – obwohl normalerweise ein IPv4-Fallback (A-Eintrag) gilt.
Gibt an, welche Mailserver E-Mails für die Domäne akzeptieren. Jeder Datensatz enthält eine Prioritätsnummer – niedrigere Werte haben Vorrang. Beispiel: Priorität 10 ist der Primärserver; Priorität 20 ist der Fallback. Wenn kein MX-Eintrag vorhanden ist, werden E-Mails an diese Domain abgelehnt.
Speichert beliebige Textdaten. Hauptverwendungen: SPF (v=spf1 include:_spf.google.com ~all) autorisiert, welche Server E-Mails senden können; DKIM stellt einen öffentlichen Schlüssel zur Signaturüberprüfung bereit; DMARC (v=DMARC1; p=reject) legt die Richtlinie für nicht authentifizierte E-Mails fest. In einer Domäne können mehrere TXT-Einträge gleichzeitig vorhanden sein.
Identifiziert die autorisierenden Nameserver für die Domäne – die Server, die die offiziellen DNS-Einträge halten. Wenn NS-Einträge geändert werden, wird die Zonenautorität nach der Weitergabe auf die neuen Nameserver übertragen.
Erstellt einen Alias, der eine Domäne auf eine andere verweist und diese dann in eine IP auflöst. Wird für Subdomains (www, cdn, Mail) und CDN-Routing verwendet. Kritische Einschränkung: CNAME-Einträge können nicht in der Stammdomäne (Apex) festgelegt werden – verwenden Sie stattdessen einen A-Eintrag oder einen ALIAS-Eintrag in der Stammdomäne.
Enthält Zonenmetadaten: primärer Nameserver, Admin-Kontakt (kodiert als admin.example.com statt [email protected]), Seriennummer im YYYYMMDDNN-Format und Timing-Parameter. Die Seriennummer erhöht sich mit jeder DNS-Änderung – was bestätigt, dass ein Update durchgeführt wurde.
Beschränkt, welche Zertifizierungsstellen SSL/TLS-Zertifikate für die Domäne ausstellen dürfen. Beispiel: „0 Issueletsencrypt.org“ beschränkt die Ausgabe nur auf Let's Encrypt. Wenn kein CAA-Eintrag vorhanden ist, kann jede Zertifizierungsstelle ein Zertifikat für Ihre Domain ausstellen.
Was ist DNSSEC und validiert dieses Tool es?
DNSSEC (DNS Security Extensions) fügt kryptografische Signaturen zu DNS-Datensätzen hinzu, sodass Resolver überprüfen können, ob Datensätze während der Übertragung nicht manipuliert wurden. Dieses Tool gibt rohe DNS-Datensätze von autorisierenden Servern zurück, führt jedoch derzeit keine DNSSEC-Signaturvalidierung durch. Verwenden Sie für die DNSSEC-Validierung einen speziellen DNSSEC-Analysator.
Wann sollte ein DNS-Suchtool verwendet werden?
E-Mail-Konfiguration & Fehlerbehebung
Fragen Sie MX-Datensätze ab, um das Mailserver-Routing zu überprüfen, überprüfen Sie die TXT-Datensätze auf SPF-, DKIM- und DMARC-Richtlinien und bestätigen Sie, dass Ihre DMARC-Richtlinie auf p=reject oder p=quarantine und nicht auf p=none eingestellt ist.
Domain-Migration & Propagierung
Überprüfen Sie nach der Aktualisierung der DNS-Einstellungen die A- und NS-Datensätze, um die Weitergabe zu bestätigen. Reduzieren Sie TTL mindestens 24 Stunden vor einer geplanten Migration auf 300 Sekunden, um Ausfallzeiten beim Wechsel zu minimieren.
DNS-Sicherheitsaudit
Überprüfen Sie, ob die Datensätze SPF, DKIM und DMARC TXT korrekt veröffentlicht werden, um E-Mail-Spoofing zu verhindern. Überprüfen Sie die NS-Datensätze, um sicherzustellen, dass Ihre Domain nicht auf einen Nameserver verweist, den Sie nicht mehr kontrollieren – ein häufiges Anzeichen dafür, dass eine Subdomain-Übernahme gefährdet ist.
DevOps- und Staging-Verifizierung
Stellen Sie vor der Bereitstellung in der Produktion sicher, dass die Datensätze der Staging-Subdomäne A auf die richtigen Server verweisen, dass CNAME-Aliase zu den vorgesehenen CDN-Ursprüngen aufgelöst werden und dass TXT-Datensätze zur Dienstüberprüfung vorhanden sind.
CDN & Subdomain-Konfiguration
Bestätigen Sie, dass CDN-geroutete Subdomänen (cdn, assets, static) die richtigen CNAME-Ziele haben. Stellen Sie sicher, dass www auf Ihre Stammdomäne oder Ihren CDN-Endpunkt verweist, und überprüfen Sie, ob die Subdomänen mit Lastausgleich alle vorgesehenen IP-Adressen auflisten.
Online-DNS-Suche vs. dig und nslookup: Wann jeweils zu verwenden ist
Entwickler greifen häufig über die Befehlszeile nach dig oder nslookup. So schneidet dieses Online-Tool in den häufigsten Anwendungsfällen ab.
| Funktion | Dieses Tool | dig | nslookup |
|---|---|---|---|
| Keine Installation erforderlich | Ja | Nein | Nein |
| Fragen Sie alle Datensatztypen gleichzeitig ab | Ja | Teilweise | Nein |
| Fragt autorisierende Nameserver direkt ab | Ja | Ja | Teilweise |
| Zeigt TTL-Werte an | Ja | Ja | Teilweise |
| Zeigt die MX-Priorität an | Ja | Ja | Ja |
| Gemeinsam nutzbare Ergebnisse | Ja | Nein | Nein |