DNS-Lookup

Ein DNS-Lookup ist eine Abfrage, die an einen DNS-Resolver gesendet wird und nach den Einträgen fragt, die mit einem Domainnamen oder einer IP-Adresse verknüpft sind. Der Resolver prüft seinen Cache oder kontaktiert autoritative Nameserver, um die Antwort abzurufen. Dieses Tool sendet diese Abfrage in deinem Namen an öffentliche Resolver und gibt die rohen Eintragsewerte, Typen und TTL-Werte zurück, damit du den aktuellen DNS-Zustand jeder Domain einsehen kannst.

dig und nslookup führen DNS-Abfragen von deinem lokalen Gerät aus durch und verwenden dabei den konfigurierten Resolver deines Netzwerks. Dieser kann alte Einträge im Cache haben oder Split-Horizon-DNS anwenden (also innerhalb eines Firmennetzwerks andere Antworten liefern als außerhalb). Dieses Tool fragt externe öffentliche Resolver ab, konkret Google und Cloudflare, sodass die Ergebnisse zeigen, was das öffentliche Internet aktuell sieht. Unterschiede zwischen beiden deuten meist auf eine Cache-Verzögerung oder eine netzwerkspezifische DNS-Richtlinie hin.

TTL steht für Time to Live und wird in Sekunden gemessen. Er gibt DNS-Resolvern an, wie lange sie einen Eintrag im Cache halten dürfen, bevor sie ihn verwerfen und eine neue Kopie vom autoritativen Nameserver abrufen. Ein TTL von 3600 bedeutet, dass Resolver diesen Eintrag bis zu eine Stunde lang ausliefern dürfen. Wenn du einen DNS-Eintrag änderst, kursiert der alte Wert so lange weiter, bis der Cache jedes Resolvers abgelaufen ist. Das Verringern des TTL vor einer geplanten Migration verkürzt die Zeit, in der veraltete Einträge weiterhin ausgeliefert werden.

Nein, das ist normales Verhalten. DNS-Resolver speichern Einträge für die Dauer ihres TTL im Cache. Bis dieser Timer abläuft, liefern Resolver den zuvor gecachten Wert aus, anstatt den aktualisierten Eintrag abzurufen. Schau dir den in den Ergebnissen angezeigten TTL an, um abzuschätzen, wie lange die Verbreitung dauern wird. Sobald der TTL des alten Eintrags abgelaufen ist, fragen die Resolver erneut beim autoritativen Nameserver an und geben den neuen Wert zurück.

Ein DNS-Lookup ruft rohe Eintragsedaten von öffentlichen Resolvern ab, ohne sie zu interpretieren. Er gibt den Eintragewert genau so zurück, wie er veröffentlicht wurde. Ein DMARC-Checker ruft gezielt den TXT-Eintrag an der _dmarc -Subdomain ab, parst dann den Richtlinienstring, prüft seine Syntax und erklärt, was jedes Tag bedeutet. Nutze den DNS-Lookup, um zu prüfen, ob ein DMARC-Eintrag vorhanden ist und seinen rohen Wert einzusehen. Nutze den DMARC-Checker, um zu überprüfen, ob die Richtlinie korrekt aufgebaut ist.

Wähle PTR als Eintragstyp und gib dann eine IP-Adresse in das Eingabefeld ein, anstatt einen Domainnamen. Der PTR-Eintragstyp ordnet eine IP-Adresse einem Hostnamen zu. Das ist nützlich, um zu prüfen, ob die IP-Adresse eines Mailservers einen korrekt konfigurierten Reverse-DNS-Eintrag hat, den viele empfangende Mailserver als Teil der Spam-Filterung überprüfen. PTR-Einträge werden vom Inhaber der IP-Adresse verwaltet, in der Regel dem Hosting-Anbieter, nicht dem Domain-Inhaber.

RFC 8482 erlaubt Resolvern, auf ANY-Abfragen mit einer minimalen Antwort zu reagieren, anstatt alle Eintragstypen zurückzugeben. Diese Änderung wurde eingeführt, um das Risiko von DNS-Amplification-Angriffen zu verringern, bei denen eine kleine Abfrage eine große Antwort erzeugt, die für Denial-of-Service-Szenarien genutzt werden kann. Wenn du ein vollständiges Bild der DNS-Einträge einer Domain benötigst, frage jeden Eintragstyp einzeln ab (A, MX, TXT, NS usw.), anstatt dich auf ANY zu verlassen.

Ein A-Eintrag ordnet einen Domainnamen direkt einer IPv4-Adresse zu. Ein CNAME-Eintrag ordnet einen Domainnamen einem anderen Domainnamen zu, den der Resolver dann weiter auflöst, um eine IP-Adresse zu finden. CNAMEs fügen einen zusätzlichen Auflösungsschritt hinzu, ermöglichen es aber mehreren Subdomains, einem einzigen kanonischen Namen zu folgen. A-Einträge und CNAME-Einträge können nicht gleichzeitig für denselben Namen existieren. Deshalb verwenden Zone-Apex-Domains (wie example.com) in der Regel A-Einträge statt CNAMEs.

Pingies Datenschutzrichtlinie regelt, wie Abfragedaten behandelt werden. DNS-Lookups fragen öffentliche Informationen ab, die im Internet ohnehin für jeden zugänglich sind, sodass die Domainnamen selbst keine privaten Daten darstellen. Das Tool erfordert weder die Erstellung eines Kontos noch die Angabe persönlicher Informationen, um eine Abfrage durchzuführen.

SPF-Einträge werden als TXT-Einträge auf der Root-Domain veröffentlicht (zum Beispiel example.com ). Wähle TXT als Eintragstyp und gib die Domain ein, um den SPF-String abzurufen. DKIM-Einträge werden als TXT-Einträge auf einer Selektor-Subdomain veröffentlicht, typischerweise im Format selector._domainkey.example.com . Gib diese vollständige Subdomain ein und wähle TXT. Um zu prüfen, ob ein DKIM-Eintrag korrekt aufgebaut ist, anstatt nur seinen rohen Wert anzusehen, nutze den DKIM-Checker .

Ja. Gib die vollständige Subdomain in das Eingabefeld ein, zum Beispiel mail.example.com oder www.example.com , und wähle den gewünschten Eintragstyp. DNS-Einträge können auf jeder Subdomain-Ebene unabhängig gesetzt werden. Eine Abfrage für example.com gibt daher nicht automatisch Einträge für mail.example.com zurück. Jede Subdomain muss separat abgefragt werden.

Der SOA-Eintrag (Start of Authority) ist der erste Eintrag in einer DNS-Zone und enthält administrative Metadaten: den primären Nameserver, die E-Mail-Adresse der zuständigen Person (als Domain kodiert), die Seriennummer der Zone sowie Aktualisierungs- und Wiederholungsintervalle. Die Seriennummer wird bei jeder Änderung der Zone erhöht. Das Prüfen des SOA-Eintrags ist daher eine zuverlässige Methode, um zu bestätigen, dass eine DNS-Zonenänderung vom autoritativen Nameserver veröffentlicht wurde, unabhängig vom Resolver-Cache.