CNAME-Record

Ein CNAME-Record (Canonical Name Record) ist ein Typ von DNS-Eintrag, der dazu dient, eine Domain oder Subdomain auf eine andere Domain umzuleiten. Statt einer direkten Zuordnung zu einer IP-Adresse verweist ein CNAME-Eintrag auf einen bereits vorhandenen, kanonischen (offiziellen) Domainnamen. Dies erlaubt es, mehrere Domains oder Subdomains flexibel über einen einzigen Domainnamen zu verwalten und Wartungsarbeiten zu vereinfachen.

Bedeutung und technische Funktion eines CNAME-Eintrags

Ein CNAME-Record verweist immer auf einen anderen DNS-Namen, niemals direkt auf eine IP-Adresse. DNS-Abfragen auf den mit einem CNAME versehenen Namen werden aufgelöst, indem die DNS-Abfrage zum referenzierten Domainnamen weitergeleitet wird. Erst dann wird die tatsächliche IP-Adresse ermittelt.

Dieses Verfahren ermöglicht es, eine Subdomain oder auch eine komplette Domain auf eine andere Domain umzuleiten. Somit ist es möglich, Änderungen von IP-Adressen oder Infrastruktur transparent vorzunehmen, ohne jeden einzelnen DNS-Eintrag neu konfigurieren zu müssen.

Typische Anwendungsbereiche für CNAME-Einträge

• Verwaltung von Subdomains, die auf externe Dienste zeigen (z. B. Cloud-Dienste oder CDN)
• Weiterleitung von Domains zu Hosting-Providern oder externen Anwendungen
• Einfache Verwaltung mehrerer Subdomains, die stets dieselbe IP-Adresse nutzen sollen
• Load Balancing und Hochverfügbarkeit durch flexible Umleitungen auf unterschiedliche Dienste

Beispiel für einen CNAME-Eintrag im DNS

Ein typisches Beispiel sieht so aus:

shop.beispiel.de.   IN   CNAME   shopsystem.anbieter.com.

In diesem Fall verweist die Subdomain shop.beispiel.de auf die externe Domain shopsystem.anbieter.com. DNS-Abfragen für shop.beispiel.de werden also direkt auf die Domain des Anbieters weitergeleitet.

Vorteile eines CNAME-Records

• Einfache Verwaltung von DNS-Einträgen bei wechselnden IP-Adressen
• Reduzierter Administrationsaufwand, da nur der Haupt-DNS-Eintrag geändert werden muss
• Flexible Nutzung externer Services ohne direkte IP-Verwaltung
• Bessere Übersichtlichkeit durch zentrale Verwaltung eines DNS-Eintrags

Nachteile und Risiken eines CNAME-Eintrags

• Verzögerte DNS-Abfragen, da mindestens zwei DNS-Abfragen nötig sind (CNAME-Auflösung, dann IP-Auflösung)
• Kann nicht für Root-Domains genutzt werden (technische Einschränkung durch DNS-Protokoll)
• Komplexität bei fehlerhaften oder verketteten CNAME-Einträgen (CNAME-Ketten)
• Mögliche Probleme bei der Verwendung von MX- oder TXT-Records auf Subdomains mit CNAME

Überprüfung von CNAME-Einträgen mit Tools

Mit folgenden Befehlen lassen sich CNAME-Records überprüfen:

• dig (Linux/Mac): dig shop.beispiel.de CNAME
• nslookup (Windows): nslookup -type=CNAME shop.beispiel.de

Vergleich mit verwandten DNS-Einträgen

Plesk-Kompatibilität und Hinweise

In der Hosting-Verwaltungsoberfläche Plesk lassen sich CNAME-Records problemlos über die DNS-Einstellungen einer Domain konfigurieren. Wichtig ist dabei, dass keine konkurrierenden Einträge für dieselbe Subdomain bestehen, da dies zu Konflikten führen könnte. Plesk prüft die DNS-Konfiguration automatisch auf gängige Fehler.

Empfehlungen zur Nutzung von CNAME-Records

• Verwenden Sie CNAME-Einträge gezielt für Subdomains, die externe Dienste nutzen.
• Vermeiden Sie lange CNAME-Ketten (mehr als ein oder zwei aufeinanderfolgende CNAME-Einträge).
• Verzichten Sie bei wichtigen E-Mail-Subdomains (MX-Records) auf die Nutzung von CNAME-Einträgen.
• Prüfen Sie regelmäßig Ihre DNS-Einträge mit dig oder nslookup, um fehlerhafte Konfigurationen frühzeitig zu erkennen.

Fazit zum CNAME-Record

Der CNAME-Record bietet eine flexible Möglichkeit, Subdomains und andere DNS-Namen einfach auf eine zentrale Domain umzuleiten. Bei richtiger Anwendung reduziert er administrativen Aufwand erheblich und erleichtert die Verwaltung komplexer IT-Infrastrukturen. Allerdings sollten Sie potenzielle Nachteile wie zusätzliche DNS-Abfragen und Inkompatibilitäten mit bestimmten Record-Typen berücksichtigen und entsprechende Vorkehrungen treffen.

Alle Angaben ohne Gewähr.