CNAME oder A-Record: Was sollten Sie verwenden?

Beide Records lassen einen Hostnamen irgendwohin zeigen. Der Unterschied liegt darin, worauf sie zeigen – und davon hängt ab, wer dafür verantwortlich ist, die Konfiguration korrekt zu halten, wenn sich eine IP-Adresse ändert.

Die Entscheidung in einer Frage

Für die meisten ist das tatsächlich die ganze Entscheidung. Der Rest dieses Artikels behandelt die Details, die einem später zum Verhängnis werden.

Wie ein CNAME aufgelöst wird

CNAME steht für Canonical Name. Er sagt: Dieser Name ist ein Alias – schlagen Sie stattdessen den anderen Namen nach.

shop.example.com.    3600    IN    CNAME    stores.myshopify.com.
stores.myshopify.com. 300    IN    A        23.227.38.65

Ein Resolver, der nach shop.example.com fragt, erhält den CNAME, löst dann stores.myshopify.com auf und liefert schließlich 23.227.38.65 zurück. Zwei Abfragen statt einer – ein paar Millisekunden, fast immer aus dem Cache.

Der Vorteil: Zieht Shopify auf eine neue Adresse um, ändert das Unternehmen auf seiner Seite einen einzigen A-Record, und Ihre Domain folgt automatisch. Mit einem A-Record wären Sie so lange offline, bis Sie es bemerken und ihn selbst anpassen.

Die Beschränkung an der Root-Domain

Das ist der häufigste DNS-Frust überhaupt – und eine Regel des Protokolls, keine Einschränkung Ihres Anbieters.

Deshalb sind Hosts, die Ihnen nur einen Hostnamen nennen (myapp.herokuapp.com), an der Root ein Problem. Es gibt drei Auswege:

1. 1

   ALIAS / ANAME / CNAME-Flattening

   Viele DNS-Anbieter bieten einen synthetischen Record-Typ an, der sich an der Root wie ein CNAME verhält. Der Anbieter löst das Ziel selbst auf und liefert die resultierende IP als normalen A-Record aus, sodass die Protokollregel nie verletzt wird. Cloudflare nennt das CNAME Flattening, Route 53 spricht von einem Alias-Record.

2. 2

   Die Root auf www weiterleiten

   Lassen Sie die Root auf einen kleinen Weiterleitungsdienst zeigen und setzen Sie den CNAME auf www. Einfach und überall unterstützt – auf Kosten eines zusätzlichen Hops für die Besucher.

3. 3

   Einen A-Record verwenden und den Pflegeaufwand in Kauf nehmen

   Veröffentlicht Ihr Anbieter stabile IPs und dokumentiert sie als statisch, ist ein A-Record an der Root in Ordnung. Vergewissern Sie sich, dass er die Stabilität zusichert – viele tun das ausdrücklich nicht.

Ein CNAME muss allein stehen

Hat ein Name einen CNAME, darf er nichts anderes haben – keinen A-, MX- oder TXT-Record.

mail.example.com.    IN    CNAME    ghs.googlehosted.com.
mail.example.com.    IN    TXT      "v=spf1 include:_spf.google.com ~all"

Manche Anbieter lehnen das rundweg ab; schlimmer noch: Manche akzeptieren es und verhalten sich unvorhersehbar. Brauchen Sie einen TXT-Record auf einem Namen, darf dieser Name kein CNAME sein.

Wann welche Variante die richtige ist

Verwenden Sie einen A-Record für

• Ihre Root-Domain – in nahezu allen Fällen.
• Einen Server mit statischer IP, den Sie selbst betreiben – ein VPS, ein Dedicated Server, eine reservierte Cloud-Adresse.
• Alle Stellen, an denen Sie weitere Records auf demselben Namen benötigen.
• MX-Ziele, die zu Adressen aufgelöst werden müssen.

Verwenden Sie einen CNAME für

• Subdomains, die auf eine verwaltete Plattform zeigen (Shopify, Heroku, Netlify, Vercel).
• www, das auf Ihre Root oder den Hostnamen Ihres Hosts zeigt.
• Subdomains zur Domain-Verifizierung, die Anbieter von Ihnen anlegen lassen.
• Alles, dessen zugrunde liegende IP nicht in Ihrer Hand liegt.

Prüfen, was Sie haben

dig +short www.example.com CNAME
dig +short www.example.com A

Das Lookup-Tool zeigt A-, AAAA- und CNAME-Records für jede Domain gemeinsam an, sodass sich leicht erkennen lässt, wenn ein Name beides hat, obwohl er es nicht sollte.