CNAME-Eintrag erklärt: Alias, Beispiele und typische Fehler

CNAME steht für Canonical Name. Der Record ist keine HTTP-Weiterleitung: Die aufgerufene Adresse bleibt im Browser bestehen, während DNS lediglich den kanonischen Zielnamen für die technische Auflösung liefert.

Wie sieht ein CNAME-Eintrag aus?

Ein Beispiel in Zonendatei-Schreibweise lautet:

shop.example.com. 3600 IN CNAME service.example.net.

Der linke Name ist der Alias, der rechte der kanonische Zielname. Das Ziel muss ein Domainname sein, keine IP-Adresse und keine URL mit https://, Pfad oder Port.

Welche Regeln gelten für CNAME?

• Am Aliasnamen dürfen grundsätzlich keine anderen normalen Record-Typen parallel liegen.
• Das Ziel darf innerhalb derselben Zone oder bei einer externen Domain liegen.
• Das Ziel sollte letztlich zu nutzbaren Records wie A oder AAAA auflösen.
• CNAME-Ketten funktionieren, erhöhen aber Abfragen und Fehlerquellen und sollten kurz bleiben.
• Für Mailziele im MX-Record sollte ein Hostname mit direktem A-/AAAA-Record verwendet werden.

Die Ausschlussregel ist wichtig: Wenn shop.example.com einen CNAME besitzt, sollte dort nicht zusätzlich ein MX-, TXT-, A- oder AAAA-Record angelegt werden. DNSSEC-bezogene Metadaten bilden standardbedingte Sonderfälle.

Warum ist CNAME an der Hauptdomain schwierig?

Am Zonen-Apex, also beispielsweise example.com, liegen zwingend SOA- und NS-Daten. Ein klassischer CNAME würde damit kollidieren. Manche DNS-Anbieter bieten deshalb proprietäre oder providerseitig synthetisierte Typen wie ALIAS, ANAME oder CNAME Flattening an. Deren Verhalten ist nicht mit einem standardisierten CNAME gleichzusetzen.

Für direkte IP-Ziele ist der A-Record beziehungsweise AAAA-Record richtig. Den Gesamtzusammenhang erklärt der Überblick zu DNS-Einträgen.

CNAME einrichten und prüfen

1. Übernimm Alias und Ziel exakt aus der Dokumentation des Dienstes.
2. Entferne nur nach Prüfung kollidierende Records am Aliasnamen.
3. Speichere den Zielnamen ohne Protokoll und Pfad.
4. Prüfe die Antwort direkt am autoritativen Nameserver.
5. Teste anschließend den eigentlichen Dienst, etwa Website und HTTPS.

Häufige Fragen

Plane bei externen Diensten auch den Rückbau: Wird das Ziel später gelöscht oder fremd vergeben, kann ein verwaister Alias ein Sicherheitsrisiko darstellen.