Was ist DNS? A-, CNAME- und MX-Einträge
Wir erklären mit Beispielen, wie eine Domain zum Server findet, welche DNS-Records wie A, CNAME, MX und TXT es gibt und was es mit TTL und Propagierungszeit auf sich hat.
Aurora YazılımRedaktionsteam
6 Min. Lesezeit
DNS (Domain Name System) ist ein weltweites Adressbuch, das Domainnamen in die IP-Adressen von Servern übersetzt. Geben Sie firmaniz.com in den Browser ein, findet DNS heraus, auf welchem Server unter welcher IP-Adresse diese Adresse liegt. Für die Website nutzt man A- und CNAME-Records, für E-Mail den MX-Record, für Verifizierung und Sicherheit TXT-Records.
Wozu dient DNS?
Jeder Server im Internet hat eine numerische IP-Adresse wie 203.0.113.10. Für Menschen sind solche Zahlen schwer zu merken; DNS übersetzt einprägsame Domainnamen in diese Zahlen und macht das Internet erst nutzbar. Man kann es mit einem Telefonbuch vergleichen: Sie suchen den Namen, und die Nummer erscheint.
DNS zeigt nicht nur die Website an. In den DNS-Records stehen auch der Server, an den E-Mails zugestellt werden, Codes zur Bestätigung, welche Dienste zur Domain gehören, und E-Mail-Sicherheitsrichtlinien. Deshalb kann ein DNS-Fehler die Website, die E-Mail oder beides lahmlegen.
Wie läuft eine DNS-Abfrage ab?
Wenn Sie eine Adresse in den Browser eingeben, läuft im Hintergrund eine Kette ab, die nur Millisekunden dauert. Da die Antworten in jedem Schritt zwischengespeichert werden, kommt die Mehrzahl der Abfragen ans Ziel, ohne die gesamte Kette zu durchlaufen.
- Browser und Betriebssystem prüfen zuerst ihren eigenen Cache.
- Gibt es keine Antwort, geht die Anfrage an den Resolver Ihres Internetanbieters oder an einen von Ihnen gewählten Resolver-Server.
- Der Resolver fragt die Root-Server, und diese verweisen auf die Server der Endung, etwa .com oder .tr.
- Der Server der Endung nennt die autoritativen Nameserver der Domain.
- Der autoritative Nameserver liefert den eigentlichen Record (zum Beispiel die IP-Adresse); der Resolver speichert diese Antwort für die festgelegte Dauer und gibt sie an den Browser weiter.
Welche DNS-Records gibt es?
Die DNS-Records einer Domain liegen in einer Zonendatei (Zone). Jeder Record besteht aus einem Namen, einem Typ, einem Wert und einer TTL. Die folgende Tabelle fasst die gängigsten Typen zusammen.
| Record | Aufgabe | Beispielwert |
|---|---|---|
| A | Verknüpft den Namen mit einer IPv4-Adresse | 203.0.113.10 |
| AAAA | Verknüpft den Namen mit einer IPv6-Adresse | 2001:db8::10 |
| CNAME | Leitet einen Namen auf einen anderen Namen um | www → firmaniz.com |
| MX | Server, an den E-Mails zugestellt werden | 10 mail.firmaniz.com |
| TXT | Freitext: SPF, DKIM, Verifizierungscodes | v=spf1 include:... ~all |
| NS | Autoritative Nameserver der Zone | ns1.saglayici.com |
| CAA | Welche Stellen SSL-Zertifikate ausstellen dürfen | 0 issue letsencrypt.org |
| SRV | Server und Port eines bestimmten Dienstes | Telefonie, Chat-Dienste |
A- und AAAA-Record
Der A-Record verknüpft die Domain mit der IPv4-Adresse des Servers, auf dem die Website liegt, und ist der Basis-Record jeder Website. Der AAAA-Record erfüllt dieselbe Aufgabe für IPv6-Adressen. Wenn Sie das Hosting wechseln, müssen Sie meistens genau diesen Record aktualisieren.
Was ist ein CNAME?
Ein CNAME verweist einen Namen nicht auf eine IP, sondern auf eine andere Domain. Er dient zum Beispiel dazu, www.firmaniz.com auf firmaniz.com oder eine Shop-Subdomain auf die Adresse Ihres Dienstleisters umzuleiten. Ändert sich die IP des Ziels, müssen Sie den CNAME nicht anpassen.
Wichtige Regel: Auf der Root-Domain (firmaniz.com) ist kein CNAME möglich, und ein Name mit CNAME darf keinen weiteren Record haben. Manche DNS-Anbieter umgehen diese Grenze mit Funktionen wie ALIAS oder CNAME-Flattening.
MX-Record
Der MX-Record legt fest, an welchen Server E-Mails für Ihre Domain zugestellt werden. Der Server mit der kleineren Prioritätszahl wird zuerst versucht. Ein falscher oder fehlender MX-Record führt dazu, dass keine E-Mails ankommen, obwohl die Website läuft; die Einrichtungsschritte beschreiben wir im Beitrag Firmen-E-Mail einrichten.
TXT-Record
TXT-Records enthalten Freitext, den Maschinen auslesen. Über sie werden die Domain-Bestätigung bei Google Search Console oder Ihrem E-Mail-Anbieter, die SPF-Senderliste, der DKIM-Signaturschlüssel und die DMARC-Richtlinie festgelegt.
Beispiel einer DNS-Zone
So sieht die DNS-Zone einer typischen Unternehmenswebsite aus. Die Website läuft auf einem Server, die E-Mail bei einem anderen Anbieter, und beide beeinflussen sich nicht. Die IP-Adressen im Beispiel stammen aus Bereichen, die für Dokumentationszwecke reserviert sind. Bei einem neuen Webdesign-Projekt sorgt es für einen reibungslosen Umzugstag, diese Tabelle schon vor dem Livegang vorzubereiten.
firmaniz.com. 3600 IN A 203.0.113.10
firmaniz.com. 3600 IN AAAA 2001:db8::10
www.firmaniz.com. 3600 IN CNAME firmaniz.com.
firmaniz.com. 3600 IN MX 10 mail.firmaniz.com.
mail.firmaniz.com. 3600 IN A 203.0.113.20
firmaniz.com. 3600 IN TXT v=spf1 mx ~all
firmaniz.com. 3600 IN CAA 0 issue letsencrypt.orgTTL und DNS-Propagierung
Die TTL (Time To Live) gibt an, wie viele Sekunden ein Record von Resolvern im Cache gehalten wird. Der Wert 3600 bedeutet eine Stunde. Bei langer TTL werden Abfragen schnell beantwortet und die Nameserver entlastet; dafür erreicht Ihre Änderung aber auch erst nach Ablauf dieser Zeit alle Nutzer.
Die Wartezeit, die im Alltag DNS-Propagierung genannt wird, ist in Wahrheit das Auslaufen dieser Caches. Ändern Sie einen A-Record, sehen manche Besucher sofort den neuen Server, andere landen noch so lange auf dem alten, bis die alte TTL abgelaufen ist. Bei Nameserver-Wechseln kommt zusätzlich der Cache der Endungs-Server ins Spiel, deshalb kann es länger dauern.
TTL-Tipp vor dem Umzug
Senken Sie einen Tag vor dem Serverwechsel die TTL der betroffenen Records auf einen kurzen Wert wie 300 Sekunden. Aktualisieren Sie den Record am Umzugstag, verbreitet sich die Änderung binnen Minuten; läuft alles rund, setzen Sie die TTL wieder auf den alten Wert. Den kompletten Serverumzug beschreibt unser Leitfaden zum Hosting-Umzug.
DNS-Records abfragen
Wie ein Record nach außen aussieht, können Sie per Kommandozeile prüfen. Unter Windows ist nslookup an Bord, unter macOS und Linux dig. Wenn Sie einen bestimmten Resolver abfragen, vermeiden Sie Fehlschlüsse durch den lokalen Cache.
nslookup firmaniz.com
nslookup -type=MX firmaniz.com
nslookup -type=TXT firmaniz.com 1.1.1.1
ipconfig /flushdnsdig +short A firmaniz.com
dig +short MX firmaniz.com
dig +short NS firmaniz.com
dig @8.8.8.8 +short TXT firmaniz.comDNS und Website-Geschwindigkeit
Bei jedem neuen Besuch ist die DNS-Abfrage das Erste, was der Browser tut; ein langsamer Nameserver sorgt für Verzögerung, noch bevor die Seite zu laden beginnt. DNS-Anbieter mit globalem Netz verkürzen diese Zeit, indem sie Abfragen von einem Standort nahe beim Besucher beantworten.
Jede Schrift, jedes Skript und jedes Bild, das auf der Seite von einer anderen Domain geladen wird, bedeutet eine zusätzliche DNS-Abfrage. Weniger Drittanbieter-Ressourcen und Preconnect-Hinweise für die nötigen bringen bei der Speed- und Performance-Optimierung kleine, aber messbare Gewinne.
Häufige DNS-Fehler
Bei Branchensoftware, die auf Subdomains läuft, etwa für Buchungs-, Inserats- oder Bestellsysteme, sind die DNS-Einstellungen besonders wichtig; Panel, API und Website müssen jeweils auf den richtigen Record zeigen. Auch beim Livegang einer neuen Unternehmenswebsite lohnt es sich, die Liste dieser Records anzulegen und aufzubewahren.
- Records in einem nicht maßgeblichen Panel ändern: Zeigen die Nameserver woandershin, bleibt die Änderung wirkungslos.
- Beim Hosting-Umzug die MX-Records vergessen: Die Website läuft, aber die E-Mails bleiben aus.
- Einen CNAME auf der Root-Domain anlegen wollen.
- Mehrere SPF-Records anlegen; pro Domain darf es nur einen SPF-Record geben.
- Beim Domain-Transfer die alte DNS-Zone nicht sichern; Details im Beitrag zum Domain-Transfer.
- Keine Zwei-Faktor-Authentifizierung für das Verwaltungskonto nutzen; wird das DNS-Panel übernommen, lässt sich der gesamte Datenverkehr umleiten.
Häufig gestellte Fragen
01Wie lange dauert es, bis eine DNS-Änderung gilt?
Änderungen an Records verbreiten sich meist innerhalb von Minuten bis wenigen Stunden; die Dauer bestimmt die vorherige TTL. Bei Nameserver-Wechseln kann es bis zu 24–48 Stunden dauern. Sehen Sie auf Ihrem Rechner noch das alte Ergebnis, leeren Sie den lokalen Cache und fragen Sie über einen anderen Resolver ab.
02Sollte ich einen kostenlosen DNS-Resolver nutzen?
Öffentliche Resolver wie Cloudflare (1.1.1.1) oder Google (8.8.8.8) auf Ihrem Rechner oder Router liefern mitunter schnellere und konsistentere Antworten. Diese Einstellung betrifft nur Ihre eigenen Abfragen; mit dem Ort, an dem die DNS-Records Ihrer Website liegen, hat sie nichts zu tun.
03Was ist DNSSEC, und sollte ich es aktivieren?
DNSSEC prüft DNS-Antworten per digitaler Signatur und erschwert so das Einschleusen gefälschter Antworten. Unterstützen sowohl Ihr Registrar als auch Ihr DNS-Anbieter die Funktion, erhöht die Aktivierung die Sicherheit. Denken Sie daran, DNSSEC vor einem Nameserver-Wechsel zu deaktivieren; sonst kann die Domain möglicherweise nicht mehr aufgelöst werden.
DNS ist die unsichtbare Schicht, die Ihre Domain mit Website, E-Mail und allen genutzten Diensten verbindet; wer ein paar grundlegende Records kennt, löst die meisten Probleme in Minuten. Wie Sie die Infrastruktur Ihrer Website von Grund auf beschleunigen, zeigt unsere Speed- und Performance-Optimierung; für Anwendungen, die auf Ihr Unternehmen zugeschnitten sind, werfen Sie einen Blick auf unsere Softwarelösungen. Brauchen Sie Unterstützung bei den DNS-Einstellungen, sprechen Sie uns an.
