Erweiterte Diagnose der Einträge einer Domain

MXToolbox bündelt DNS-Abfragen sowie externe E-Mail- und Netzwerktests. Es ist nützlich, um zu sehen, welche Antwort ein Dritter erhält, doch diese Antwort kann von einem Resolver mit Cache stammen und ersetzt nicht die direkte Abfrage der autoritativen DNS-Server.

Bevor Sie einen Eintrag prüfen:

1. Ermitteln Sie, welche DNS-Server für die Domain delegiert sind.
2. Vergewissern Sie sich, dass Sie die Zone bearbeiten, die von diesen Servern ausgeliefert wird. Wenn die Domain Cloudflare oder einen anderen DNS-Anbieter verwendet, ändert eine Bearbeitung nur im Zone Editor von cPanel das öffentliche DNS nicht.
3. Fragen Sie den Eintrag auf jedem autoritativen Server ab.
4. Wenn die autoritativen Server übereinstimmen, verwenden Sie MXToolbox oder andere externe Resolver, um zu prüfen, welche Antwort von außen sichtbar ist.

Ein Wechsel der E-Mail zu Google Workspace erfordert zum Beispiel, die MX-Einträge in der autoritativen DNS-Zone zu ersetzen, nicht unbedingt in cPanel. Nachdem Sie die von Google bereitgestellten Werte übernommen haben, können Sie eine externe Prüfung durchführen, indem Sie Folgendes eingeben:

mx:dominio.com

mx gibt die Art der Prüfung an und dominio.com ist der abgefragte Name. Vergleichen Sie das Ergebnis mit den Werten und Prioritäten, die der E-Mail-Anbieter angegeben hat.

Wenn Sie dig zur Verfügung haben, können Sie zuerst die Delegation und die autoritativen Server abfragen:

dig dominio.com NS +trace
dig +nssearch dominio.com
dig @ns1.proveedor.com dominio.com MX +norecurse
dig @ns2.proveedor.com dominio.com MX +norecurse

Ersetzen Sie Server, Domain und den Typ MX durch die passenden Werte. Liefern die autoritativen Server unterschiedliche Werte oder SOA-Seriennummern, beheben Sie zuerst diese Inkonsistenz; das ist kein Cache des Benutzers.

Wenn Sie dig nicht zur Verfügung haben, zeigt die DNS-Diagnose von IPeek, ein kostenloses externes Tool, die von der übergeordneten Zone veröffentlichte Delegation, ob jeder autoritative Server autoritativ antwortet und ob ihre SOA-Seriennummern übereinstimmen. Um den Wert eines bestimmten Eintrags auf jedem Server zu vergleichen, ist weiterhin die direkte Abfrage nötig.

Verwenden Sie für einen TXT-Eintrag txt:dominio.com und vergleichen Sie Namen und vollständigen Wert mit den geforderten:

Zu den verfügbaren Prüfungen gehören:

a: Fragt die im A-Eintrag veröffentlichte IPv4-Adresse ab
aaaa: Fragt die im AAAA-Eintrag veröffentlichte IPv6-Adresse ab
mx: Fragt die Mailserver und ihre Prioritäten ab
txt: Fragt die unter dem angegebenen Namen veröffentlichten TXT-Einträge ab
spf: Prüft die über einen TXT-Eintrag veröffentlichte SPF-Richtlinie
dkim: Prüft den DKIM-Eintrag des angegebenen Selektors
dmarc: Prüft die unter _dmarc veröffentlichte DMARC-Richtlinie
cname: Zeigt den kanonischen Namen, auf den ein Alias verweist
ptr: Führt die Reverse-DNS-Abfrage einer IP-Adresse durch
soa: Ruft den Start-of-Authority-Eintrag der Zone ab
dns: Prüft die Delegation und weitere von MXToolbox erkannte Probleme
smtp: Testet die SMTP-Antwort des Servers auf Port 25
http: Prüft die HTTP-Antwort einer URL
https: Prüft die HTTPS-Antwort einer URL
tcp: Testet eine TCP-Verbindung zum angegebenen Host und Port
ping: Führt einen ICMP-Test von der Infrastruktur von MXToolbox aus durch
trace: Führt eine ICMP-Routenverfolgung von der Infrastruktur von MXToolbox aus durch
blacklist: Fragt die in MXToolbox integrierten Sperrlisten ab
asn: Sucht das autonome System zu einer IP-Adresse
arin: Sucht Registrierungsinformationen zu einem IP-Adressblock
whois: Zeigt die von MXToolbox angebotene Registrierungsabfrage

SPF wird heute in TXT-Einträgen veröffentlicht; ein DNS-Eintrag vom Typ SPF sollte nicht angelegt werden. blacklist informiert nur über die Listen, die MXToolbox abfragt, und begründet keine allgemeingültige Reputation.

Verwenden Sie für generische Domains wie .com, .net oder .org ICANN Lookup, das auf RDAP basiert, als aktuelle Quelle für Registrierungsdaten. Seit dem 28. Januar 2025 hat RDAP WHOIS als maßgebliche Quelle für gTLDs abgelöst. Länderspezifische Domains wie .es können den Registrierungsdienst ihrer eigenen Registry verwenden.

Jeder Test bestätigt nur die Beobachtung, die er zeigt. Ein korrekter MX beweist nicht, dass das Postfach existiert, eine SMTP-Abfrage von MXToolbox gibt nicht die Verbindung des Benutzers wieder, und eine fehlende Antwort auf ping beweist nicht, dass der Dienst ausgefallen ist. Um eine Ursache zuzuordnen, verknüpfen Sie das DNS-Ergebnis mit dem Test des Dienstes und dessen genauer Antwort oder Protokolleintrag.

Den genauen Namen abfragen

Ein Verifizierungs-TXT im Stamm, ein TXT unter _dmarc.dominio.com und der DKIM-Eintrag unter selector._domainkey.dominio.com sind unterschiedliche Abfragen. Für DKIM benötigen Sie den vom Absender verwendeten Selektor; eine Abfrage im Stamm beweist nicht, dass die Signatur fehlt.

Erscheint SERVFAIL, vergleichen Sie die autoritative Antwort und die DNSSEC-Validierung, bevor Sie erneut Einträge ändern. Die Validierung auf einem Gerät zu deaktivieren, repariert eine fehlerhafte DNSSEC-Kette für die übrigen Benutzer nicht. Bewahren Sie die vollständige Ausgabe einschließlich Status und abgefragtem Server auf; die SOA-Seriennummer allein beweist ebenfalls nicht, dass alle Einträge identisch sind.