Zum Inhalt springen
Gutscheine 90

Du hast noch keine Angebote oder Anbieter gemerkt. Tippe auf das Lesezeichen bei einem Angebot oder auf „Merken“ im Anbieterprofil.

    Monitoring gratis

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

    Ein CNAME-Record macht einen Domainnamen zum Alias eines anderen Namens. Das ist besonders praktisch für Subdomains und externe Dienste.
    Zu den Kommentaren
    Kurz erklärt

    Ein CNAME-Record definiert einen Alias. Der Name shop.example.com kann damit auf service.example.net verweisen. Resolver folgen anschließend dem Zielnamen und fragen dort die benötigten Records ab.

    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.

    Praxis-Tipp

    Wenn ein Plattformanbieter einen CNAME verlangt, nutze ihn vorzugsweise für eine Subdomain wie www oder shop. Für die Hauptdomain übernimmst Du nur die vom DNS-Anbieter ausdrücklich unterstützte Lösung.

    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

    Ändert ein CNAME die sichtbare URL?

    Nein. Für eine sichtbare Änderung brauchst Du eine HTTP-Weiterleitung. CNAME wirkt nur bei der Namensauflösung.

    Kann ein CNAME auf eine IP-Adresse zeigen?

    Nein. Das Ziel ist ein Domainname. Für eine IPv4-Adresse verwendest Du A, für IPv6 AAAA.

    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.

    Ob der Alias öffentlich wie erwartet aufgelöst wird, kannst du direkt mit unserem CNAME-Check prüfen.

    Fazit

    CNAME ist ideal für Subdomain-Aliasse. Verweise auf einen Namen, vermeide parallele Records und prüfe bei der Hauptdomain die anbieterspezifische Alternative.

    Quellen: RFC 1034: Domain Names – Concepts and Facilities RFC 1035: Domain Names – Implementation and Specification RFC 2181: Clarifications to the DNS Specification

    Tags zu diesem Artikel

    Schreibe einen Kommentar

    Weitere interessante Artikel