Was ist ein DNS-A-Record? (Und wann Sie AAAA brauchen)

Der A-Record ist die folgenreichste Zeile in Ihrer DNS-Zone. Er ordnet einen Hostnamen einer IPv4-Adresse zu, und ist er falsch oder fehlt, ist Ihre Website unerreichbar, egal wie perfekt alles andere konfiguriert ist.

A steht für Address. Sein IPv6-Geschwister ist der AAAA-Record (gesprochen „Quad-A“), so benannt, weil eine IPv6-Adresse viermal so groß ist wie eine IPv4-Adresse.

Aufbau eines A-Records

example.com.      3600    IN    A       93.184.216.34
www.example.com.  3600    IN    A       93.184.216.34
example.com.      3600    IN    AAAA    2606:2800:220:1::248

Von links nach rechts gelesen:

A versus AAAA

Das sind keine Alternativen — veröffentlichen Sie beide. Ein Dual-Stack-Client bevorzugt in der Regel IPv6 und weicht auf IPv4 aus, sodass jeder Besucher mit beiden einen funktionierenden Weg hat. Wer nur einen A-Record veröffentlicht, lässt reine IPv6-Clients, die es in manchen Mobilfunknetzen gibt, Sie überhaupt nicht erreichen.

Mehrere A-Records für einen Namen

Ein Hostname kann mehrere A-Records haben. Resolver geben alle aus und rotieren dabei meist die Reihenfolge, was den Verkehr auf Server verteilt — klassisches Round-Robin-DNS.

example.com.    300    IN    A    93.184.216.34
example.com.    300    IN    A    93.184.216.35
example.com.    300    IN    A    93.184.216.36

Das ist grobe Lastverteilung: DNS weiß nicht, ob ein Server gesund ist, sodass eine tote Adresse weiter ausgegeben wird, bis Sie den Record entfernen. Warum eine Domain mehrere IPs hat behandelt die besseren Alternativen.

Die vier Fehler, die Websites lahmlegen

1. 1

   Den www-Record vergessen

   example.com und www.example.com sind unterschiedliche Hostnamen und brauchen getrennte Records. Wer nur einen setzt, schickt die Hälfte der Besucher auf einen toten Namen.

2. 2

   Records beim falschen Anbieter bearbeiten

   Delegieren Ihre NS-Records an Ihren Host, werden bei Ihrem Registrar bearbeitete Records komplett ignoriert. Prüfen Sie zuerst, welche Nameserver autoritativ sind.

3. 3

   Die TTL vor einer Migration hoch lassen

   Einen A-Record mit einer TTL von 86400 Sekunden zu ändern bedeutet bis zu 24 Stunden geteilten Verkehr. Senken Sie die TTL einen Tag vor dem Umzug.

4. 4

   Einen veralteten A-Record neben einem CNAME behalten

   Ein Name darf nicht gleichzeitig einen CNAME und andere Records haben. Viele Anbieter ignorieren stillschweigend einen davon, was zu inkonsistentem Verhalten führt.

Wildcards, Subdomains und der Apex

Drei Namenssituationen kommen ständig vor und verhalten sich so unterschiedlich, dass sich eine getrennte Betrachtung lohnt.

Der Apex-Record (Root)

Der Apex ist die reine Domain example.com ohne Subdomain. In den meisten Control-Panels wird er @ geschrieben. Es ist der eine Name, bei dem Sie häufig einen A-Record statt eines CNAME verwenden müssen, weil das Protokoll verbietet, dass ein CNAME neben den NS- und SOA-Records steht, die der Apex tragen muss.

Subdomain-Records

Jede Subdomain ist ein unabhängiger Name und braucht einen eigenen Record. www, blog, shop und api erben nichts vom Apex — ein A-Record auf example.com bewirkt für www.example.com überhaupt nichts.

Wildcard-Records

Eine Wildcard antwortet für jeden Namen, der keinen eigenen Record hat.

*.example.com.    3600    IN    A    93.184.216.34

Nützlich für Multi-Tenant-Produkte, bei denen jeder Kunde their-name.example.com bekommt, ohne dass bei jeder Anmeldung eine DNS-Änderung nötig ist. Zwei Einschränkungen sollten Sie kennen, bevor Sie zu einer greifen:

• Ein expliziter Record gewinnt immer. Hat api.example.com einen eigenen A-Record, wird die Wildcard für diesen Namen nicht herangezogen.
• Eine Wildcard deckt nur eine Ebene ab. *.example.com trifft foo.example.com, aber nicht foo.bar.example.com.

Ihre A-Records prüfen

dig +short example.com A
dig +short example.com AAAA

Oder lösen Sie beide gleichzeitig mit dem Lookup-Tool auf, das A und AAAA unabhängig abfragt und getrennt auflistet, sodass Sie sofort sehen, ob IPv6 tatsächlich konfiguriert ist.