DNS verständlich erklärt: A, AAAA, CNAME, TXT und typische Fehler

Jede Website, jeder Mailserver und praktisch jeder Online-Dienst nutzt DNS. Trotzdem ist DNS für viele eines der mysteriösesten Systeme im Internet.

Wenn eine Domain nicht erreichbar ist, E-Mails nicht zugestellt werden oder eine Website plötzlich auf die falsche IP zeigt, liegt die Ursache häufig in der DNS-Konfiguration.

In diesem Artikel erkläre ich die wichtigsten DNS-Record-Typen und typische Fehler, die in der Praxis immer wieder auftreten.

Was ist DNS eigentlich?

DNS (Domain Name System) übersetzt Domainnamen in IP-Adressen.

Wenn du im Browser example.com eingibst, passiert im Hintergrund folgendes:

1. Dein Gerät fragt einen DNS-Resolver nach der IP-Adresse
2. Der Resolver fragt die autoritativen Nameserver der Domain
3. Der Nameserver liefert die passende IP zurück
4. Dein Browser verbindet sich mit dieser Adresse

DNS ist also eine verteilte Datenbank, die Domains und Server miteinander verbindet.

A-Record – Die klassische IPv4-Adresse

Der A-Record ist der häufigste DNS-Eintrag. Er weist einer Domain eine IPv4-Adresse zu.

Beispiel:

example.com → 192.0.2.1

Wenn jemand die Domain aufruft, wird diese IP-Adresse zurückgegeben.

Typische Verwendung:

• Webserver
• API-Server
• Loadbalancer

AAAA-Record – IPv6-Adresse

Der AAAA-Record funktioniert genauso wie ein A-Record, nur für IPv6-Adressen.

Beispiel:

example.com → 2001:db8::1

Viele moderne Infrastruktur-Setups verwenden sowohl A als auch AAAA Records.

Fehlt der AAAA-Record, funktioniert IPv6 nicht – das ist meist kein Problem, kann aber Performance beeinflussen.

CNAME – Alias für Domains

Ein CNAME (Canonical Name) zeigt auf eine andere Domain.

Beispiel:

www.example.com → example.com

Der DNS-Resolver fragt dann automatisch die Ziel-Domain nach der IP-Adresse.

Typische Nutzung:

• CDNs
• Cloud-Services
• Subdomains

Wichtige Einschränkung

Die Root-Domain (z.B. example.com) darf keinen CNAME haben. Deshalb nutzen viele DNS-Anbieter sogenannte ALIAS oder ANAME Records.

TXT-Records – Der vielseitige Alleskönner

TXT-Records speichern beliebige Textinformationen im DNS.

Sie werden häufig für Verifikationen und Sicherheitsmechanismen genutzt.

Beispiele:

• SPF (Mailserver Authentifizierung)
• DMARC Policies
• Domain-Verifikation bei Cloud-Diensten
• Google Search Console

Ein typischer SPF TXT-Record sieht so aus:

v=spf1 include:spf.protection.outlook.com -all

TTL – Wie lange DNS-Einträge gespeichert werden

Die TTL (Time To Live) bestimmt, wie lange ein DNS-Eintrag gecached wird.

Beispiel:

• TTL = 300 Sekunden → Änderung wird schnell übernommen
• TTL = 3600 Sekunden → weniger DNS-Traffic

Bei Migrationen oder Serverwechseln ist es sinnvoll, die TTL vorher zu reduzieren.

DNS mit Cloudflare

Viele moderne Setups nutzen Cloudflare als DNS-Provider.

Cloudflare bietet neben DNS auch:

• CDN
• DDoS-Schutz
• Reverse Proxy
• SSL-Termination

Wichtig: Wenn das Cloudflare-Proxy aktiviert ist (orange Wolke), zeigt der DNS-Eintrag nicht mehr direkt auf deinen Server.

Der Traffic läuft dann zuerst über Cloudflare.

Split-DNS – interne und externe Auflösung

Split-DNS bedeutet, dass eine Domain intern und extern unterschiedliche IP-Adressen zurückgibt.

Beispiel:

• Intern: NAS oder interner Server
• Extern: Reverse Proxy im Internet

Das wird häufig in Firmennetzwerken eingesetzt.

Mail-DNS-Records

Für E-Mail sind mehrere DNS-Records wichtig:

• MX – Mailserver der Domain
• SPF – erlaubt Mailserver
• DKIM – Signatur-Schlüssel
• DMARC – Richtlinien für Mailauthentifizierung

Fehler in diesen Records führen häufig dazu, dass E-Mails im Spam landen.

Typische DNS-Fehler in der Praxis

In Infrastrukturprojekten sehe ich immer wieder ähnliche Probleme:

• Mehrere widersprüchliche A-Records
• CNAME und A-Record gleichzeitig
• Falsche MX-Prioritäten
• Mehrere SPF-Records
• Zu hohe TTL bei Migrationen
• Cloudflare Proxy aktiviert bei Mailservern

Viele dieser Fehler sind auf den ersten Blick schwer zu erkennen, können aber massive Auswirkungen haben.

Fazit

DNS ist eine der wichtigsten Grundlagen moderner Infrastruktur. Wenn DNS korrekt konfiguriert ist, funktionieren Websites, APIs und Mailserver zuverlässig.

Fehler im DNS wirken sich dagegen sofort auf Erreichbarkeit, Performance und Mailzustellung aus.

Ein sauber strukturiertes DNS-Setup spart deshalb langfristig viel Zeit bei der Fehlersuche.