Zwei Adressierungsschemata, die parallel laufen
IPv4
192.0.2.10
32 Bit – ca. 4,3 Mrd. Adressen – erschöpft
IPv6
2606:4700::6810:84e5
128 Bit – 340 Sextillionen Adressen
A-Records vs. AAAA-Records: IPv4 und IPv6 erklärt
Eine Domain hat nicht nur eine IP-Adresse -- sie hat bis zu zwei völlig getrennte Arten davon, gespeichert in zwei verschiedenen DNS-Record-Typen. Ein A-Record enthält eine IPv4-Adresse (etwa 192.0.2.10). Ein AAAA-Record (gesprochen „Quad-A“) enthält eine IPv6-Adresse (etwa 2606:4700::6810:84e5). Beide werden unabhängig voneinander abgefragt und beantwortet, und eine Domain kann den einen, den anderen, beide oder -- heute seltener -- von einem bestimmten Netzwerk aus keinen davon erreichbar haben.
Warum es überhaupt zwei Adressfamilien gibt
IPv4-Adressen sind 32-Bit-Zahlen, was die Gesamtzahl möglicher Adressen auf rund 4,3 Milliarden begrenzt -- eine Zahl, die das Internet bereits ausgeschöpft hat. IPv6 verwendet 128-Bit-Adressen, einen Adressraum, der so groß ist, dass eine praktische Erschöpfung kein realistisches Problem darstellt. IPv6 wurde als langfristiger Ersatz konzipiert, doch weil die beiden Protokolle auf Leitungsebene nicht kompatibel sind, betreibt das Internet seit zwei Jahrzehnten beide nebeneinander, statt auf einen Schlag umzustellen.
| A-Record (IPv4) | AAAA-Record (IPv6) | |
|---|---|---|
| Adressgröße | 32 Bit | 128 Bit |
| Gesamter Adressraum | ~4,3 Milliarden | 340 Sextillionen |
| Beispiel | 192.0.2.10 | 2606:4700::6810:84e5 |
| Status heute | Erschöpft, per NAT am Leben gehalten | Wachsend, kein Erschöpfungsdruck |
| Typische Verbreitung | Nahezu universell | Auf großen Plattformen üblich, noch nicht universell |
Was das für eine Abfrage bedeutet
- Eine Domain nur mit A-Record ist reines IPv4 -- weiterhin extrem verbreitet, besonders bei kleinerer oder älterer Infrastruktur.
- Eine Domain mit beiden Records läuft im Dual-Stack-Betrieb -- so arbeiten heute die meisten großen Plattformen und CDNs.
- Ein Client (Browser, App oder Server), der beides unterstützt, bevorzugt in der Regel IPv6, wenn beides verfügbar ist und der Netzwerkpfad es tatsächlich unterstützt.
- Ein vorhandener AAAA-Record garantiert nicht, dass Sie ihn auch erreichen können -- Ihr eigenes Netzwerk oder Ihr Provider braucht weiterhin funktionierende IPv6-Konnektivität.
Wie ein Dual-Stack-Client tatsächlich wählt
Existieren beide Records, versuchen die meisten modernen Betriebssysteme nicht einfach blind zuerst IPv6 und geben bei einem Fehler auf. Sie nutzen einen Algorithmus namens Happy Eyeballs (RFC 8305): Der Client startet Verbindungsversuche zur IPv6-Adresse und zu einer IPv4-Ausweichadresse nahezu gleichzeitig, wobei der IPv6-Versuch einen kleinen Vorsprung erhält, und verwendet einfach die Verbindung, die zuerst zustande kommt. Deshalb lädt eine Domain mit einem fehlerhaften oder unerreichbaren AAAA-Record für die meisten Nutzer meist ohne sichtbare Verzögerung -- der IPv4-Fallback gewinnt das Rennen unbemerkt --, obwohl ein naiver Ansatz nach dem Muster „IPv6 versuchen, aufgeben und IPv4 von vorn probieren“ einen Stillstand von mehreren Sekunden verursacht hätte.
Wenn Sie Verbindungsprobleme debuggen, lohnt es sich, vor allem anderen beides zu prüfen: Ein fehlender AAAA-Record, der IPv6 als Ursache ausschließt (oder bestätigt), erfordert nur eine einzige Abfrage und grenzt das Problem sofort ein.
Eine Dual-Stack-Antwort ist nicht immer symmetrisch
Man nimmt leicht an, dass die A- und AAAA-Records einer Domain auf gleichwertige, austauschbare Infrastruktur zeigen, doch das ist nicht garantiert. Ein CDN kann IPv6-Unterstützung an manchen Edge-Standorten früher ausgerollt haben als an anderen, sodass der AAAA-Record über eine kleinere Teilmenge desselben Netzwerks läuft als der A-Record. Ein Origin-Server, der auf neues IPv4-Hosting umgezogen ist, könnte IPv6-Verkehr weiterhin von einem älteren, bald abzuschaltenden Host ausliefern, wenn der AAAA-Record nicht in derselben Änderung aktualisiert wurde. Wer die beiden Record-Typen als unabhängig gepflegt behandelt -- was sie tatsächlich sind --, statt hinter beiden einen einzigen „Server“ zu vermuten, vermeidet eine Klasse von Migrationsfehlern, bei denen eine Adressfamilie aktualisiert und die andere stillschweigend zurückgelassen wird.
Möchten Sie die öffentlichen DNS-Adressen einer Domain prüfen? Nutzen Sie das Tool Domain IP Lookup.
Weiterführende Artikel
Eine rekursive DNS-Abfrage, Schritt für Schritt
Browser
fragt example.com an
Resolver
Ihr ISP / 1.1.1.1
Root + TLD
wer betreibt .com?
Autoritativ
die echte Antwort
Jeder Schritt in dieser Kette ist selbst eine DNS-Abfrage und wird danach zwischengespeichert
Was ist DNS und wie funktioniert es wirklich?
Ein verständlicher Durchgang durch das Domain Name System: was zwischen der Eingabe einer Domain und der Verbindung Ihres Browsers mit dem Server geschieht.
Drei Ebenen teilen sich den Namen „DNS-Server“
Stub-Resolver
Ihr eigenes Gerät
Rekursiver Resolver
ISP, Router oder 1.1.1.1
Autoritativ
das DNS der Domain selbst
IP-Lookup für Domains: Was die Ergebnisse bedeuten
So deuten Sie die Ergebnisse einer Domain-IP-Abfrage: mehrere Adressen, IPv4- und IPv6-Records, CDN-Edges und die Grenzen der umgekehrten Zuordnung.
Drei Ebenen teilen sich den Namen „DNS-Server“
Stub-Resolver
Ihr eigenes Gerät
Rekursiver Resolver
ISP, Router oder 1.1.1.1
Autoritativ
das DNS der Domain selbst
Was ist ein DNS-Server? Rollen von Resolver und Nameserver
Was DNS-Server tun, wie rekursive Resolver und autoritative Nameserver sich unterscheiden und wie Sie erkennen, welcher Server eine Abfrage beantwortet hat.