DNS-Einträge erklärt: A, AAAA, CNAME, MX, TXT, NS und mehr
Zuletzt geprüft: 20.10.2026
DNS übersetzt einen Namen wie example.de in die Adressen und Einstellungen, die Browser und Mailserver brauchen. Jede Information ist ein Eintrag (Resource Record) mit einem Typ. Wer das gute Dutzend gängiger Typen kennt, richtet Website, E-Mail und Verifizierungseinträge ohne Überraschungen ein.
Kurz gesagt
- A und AAAA verweisen einen Namen auf eine IPv4- oder IPv6-Adresse; CNAME macht einen Namen zum Alias eines anderen.
- MX legt fest, welche Server E-Mails annehmen; TXT enthält Text wie SPF, DKIM, DMARC und Verifizierungscodes.
- NS-Einträge delegieren die Domain an ihre Nameserver; wer sie ändert, verlegt das gesamte DNS.
- Änderungen werden nicht verteilt: Resolver behalten die alte Antwort, bis ihre TTL abläuft.
Gängige Eintragstypen
| Typ | Funktion | Beispiel |
|---|---|---|
| A | Name → IPv4-Adresse | example.de A 203.0.113.10 |
| AAAA | Name → IPv6-Adresse | example.de AAAA 2001:db8::10 |
| CNAME | Name → anderer Name (Alias) | www CNAME example.de |
| MX | Mailserver mit Priorität (kleinere Zahl zuerst) | example.de MX 10 mail.example.de |
| TXT | Freitext: SPF, DKIM, DMARC, Inhaberverifizierung | v=spf1 include:_spf.google.com ~all |
| NS | Die autoritativen Nameserver der Domain | example.de NS ns1.anbieter.net |
| SOA | Zonendaten: primärer Server, Seriennummer, Timer | Legt Ihr DNS-Anbieter an |
| CAA | Welche Zertifizierungsstellen SSL-Zertifikate ausstellen dürfen | example.de CAA 0 issue "letsencrypt.org" |
| SRV | Host und Port von Diensten wie SIP oder XMPP | _sip._tcp SRV 10 5 5060 sip.example.de |
| PTR | Reverse DNS: IP → Name; setzt der Inhaber der IP (Ihr Hoster) | 10.113.0.203.in-addr.arpa PTR mail.example.de |
Die Regeln, die am meisten Ärger machen
- Kein CNAME auf der Hauptdomain (example.de selbst): Dort liegen auch NS- und SOA-Einträge, und ein CNAME darf nicht neben anderen Einträgen stehen. Nutzen Sie dort A/AAAA; viele Anbieter bieten dafür ALIAS/ANAME oder CNAME-Flattening.
- Ein Name mit CNAME darf keine weiteren Einträge haben – MX oder TXT auf einer CNAME-Subdomain sind also nicht möglich.
- MX- und NS-Einträge müssen auf einen Hostnamen zeigen, nie direkt auf eine IP-Adresse oder einen CNAME.
- Pro Name nur ein SPF-Eintrag; mehrere TXT-Einträge für andere Zwecke sind kein Problem.
- In manchen Oberflächen zählt der Punkt am Ende:
mail.example.de.ist ein vollständiger Name; ohne Punkt hängt das Panel eventuell Ihre Domain an und es entstehtmail.example.de.example.de.
TTL und „Propagation“
Jeder Eintrag hat eine TTL (Time to Live) in Sekunden. Die Resolver von Internetanbietern und öffentlichen DNS-Diensten halten die Antwort so lange im Cache. Ändern Sie einen Eintrag, nutzen alle, die den alten Wert schon gespeichert haben, ihn weiter, bis die TTL abläuft – das nennt man DNS-Propagation.
Planen Sie Änderungen: Senken Sie einen Tag vor einem Umzug die TTL der betroffenen Einträge auf 300 Sekunden (5 Minuten) und heben Sie sie danach wieder auf 3600 oder mehr an. Ein Nameserver-Wechsel dauert länger, weil die NS-Einträge in der übergeordneten Zone (etwa .com) eine TTL von bis zu zwei Tagen haben können und manche Resolver so lange warten.
Auch negative Antworten werden gecacht: Fragen Sie einen Namen ab, bevor Sie ihn anlegen, kann die Antwort „gibt es nicht“ für die negative TTL aus dem SOA-Eintrag der Zone gespeichert bleiben.
Typische Einrichtungen
- Website bei einem Hoster: A (und ggf. AAAA) für example.de, www als CNAME auf example.de.
- E-Mail mit Google Workspace oder Microsoft 365: die vorgegebenen MX-Einträge, ein SPF-include, DKIM als CNAME/TXT und ein DMARC-Eintrag. Details im Ratgeber zu SPF, DKIM und DMARC.
- Verifizierung für die Google Search Console und ähnliche Dienste: ein TXT-Eintrag auf der Domain; er kann neben SPF stehen.
- Subdomain für einen SaaS-Dienst (Shop, Helpdesk):
shop CNAMEauf den Hostnamen des Anbieters.
Prüfen Sie Ihre Einträge
- Fragen Sie die Domain ab, um A, AAAA, MX, NS, TXT und mehr an einem Ort zu sehen.
- Der DNS-Propagation-Check fragt öffentliche Resolver weltweit und Ihre autoritativen Nameserver, ob sie den neuen Wert schon sehen.
- Der E-Mail-Sicherheitscheck prüft MX, SPF, DKIM und DMARC.
Quellen
- RFC 1035 – Domain names: implementation and specification
- RFC 2181 – Clarifications to the DNS specification
- RFC 2308 – Negative caching of DNS queries
- RFC 8659 – DNS CAA resource record
- IANA – DNS parameters
Dieser Ratgeber fasst öffentliche Informationen zusammen und ist keine Rechtsberatung.
Weitere Ratgeber
- Domain-Transfer: eine Domain Schritt für Schritt zu einem anderen Anbieter umziehen
- SSL-Zertifikatsfehler: was sie bedeuten und wie Sie sie beheben
- Den richtigen Domainnamen finden: eine praktische Checkliste
- SPF, DKIM und DMARC erklärt: Spoofing stoppen und im Posteingang landen
- Wem gehört eine Domain? WHOIS- und RDAP-Abfrage erklärt