Warum eine Domain mehrere IP-Adressen hat

Schlagen Sie eine große Website nach, erhalten Sie oft drei, vier oder acht Adressen zurück. Schauen Sie aus einem anderen Land noch einmal nach, sieht die Liste völlig anders aus. Dahinter stecken vier unterschiedliche Mechanismen mit ganz verschiedenen Auswirkungen.

1. Round-Robin-DNS

Der einfachste Ansatz: mehrere A-Records für denselben Namen veröffentlichen. Resolver geben sie in rotierender Reihenfolge zurück, sodass verschiedene Clients zuerst verschiedene Server ansprechen.

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

Es verteilt Last ohne jede zusätzliche Infrastruktur. Die Einschränkung ist jedoch gravierend: DNS prüft keine Gesundheit. Fällt ein Server aus, wird seine Adresse weiter ausgeliefert, bis ein Mensch den Record entfernt, und etwa ein Drittel der Besucher erhält einen Fehler.

2. Geo-Routing (GeoDNS)

Hier prüft der autoritative Nameserver, woher die Abfrage kam, und liefert eine standortgerechte Antwort. Ein Besucher in Europa erhält eine Frankfurter Adresse, einer in Asien eine aus Singapur.

Deshalb erhalten zwei Personen für dieselbe Domain im selben Moment zu Recht unterschiedliche Antworten. Keine ist veraltet oder falsch – der Nameserver hat bewusst verschieden geantwortet.

3. Anycast

Anycast ist der eleganteste der vier Mechanismen und arbeitet komplett unterhalb von DNS. Dieselbe Adresse wird von vielen Standorten gleichzeitig angekündigt, und das Internet-Routing liefert jedes Paket an den Standort, der netzwerktechnisch am nächsten liegt.

1.1.1.1 ist das bekannteste Beispiel: dieselben vier Zahlen überall auf der Welt, bedient von Hunderten getrennten Rechenzentren. Anycast ist für einen DNS-Lookup unsichtbar, und genau deshalb ist es so wirksam.

4. Dual-Stack: A und AAAA zusammen

Der häufigste und unspektakulärste Grund. Eine Domain, die IPv4 und IPv6 veröffentlicht, gibt beides zurück, und der Client wählt, was er unterstützt.

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

Dual-Stack-Clients bevorzugen in der Regel IPv6 und weichen auf IPv4 aus. Siehe A- und AAAA-Records.

Was der Client mit der Liste macht

Mehrere Adressen zurückzubekommen ist nur die halbe Geschichte – was danach passiert, entscheidet der Client, und das moderne Verhalten ist klüger als früher.

Der relevante Mechanismus heißt Happy Eyeballs und ist in RFC 8305 definiert. Ein Browser, der sowohl IPv6- als auch IPv4-Adressen erhält, probiert nicht erst eine aus, wartet auf ein Timeout und versucht dann die andere. Er startet eine IPv6-Verbindung, wartet ein kurzes Intervall – typischerweise rund 250 Millisekunden – und beginnt, falls sie dann noch nicht steht, parallel einen IPv4-Versuch. Wer zuerst fertig ist, gewinnt, der andere wird verworfen.

Praktisch bedeutet das, dass eine defekte Adresse in Ihrer Liste die Geschwindigkeit mindert, statt zu einem vollständigen Ausfall zu führen. Das ist ein Sicherheitsnetz, kein Freibrief: Eine tote Adresse kostet jeden Besucher weiterhin die Verzögerung vor dem Ausweichen.

Wenn DNS das falsche Werkzeug ist

Round-Robin-DNS wird oft als Load Balancer herangezogen. Man sollte klar benennen, was es nicht kann.

Das ehrliche Fazit: Round-Robin-DNS verteilt Last passabel und behandelt Ausfälle schlecht. Wenn der Ausfall eines Servers nicht einen Teil Ihrer Besucher mitreißen darf, brauchen Sie Gesundheitsprüfungen – also einen Load Balancer, einen Anycast-Anbieter oder einen verwalteten DNS-Dienst, der Health Checks durchführt und fehlerhafte Records automatisch zurückzieht.

Die Fälle auseinanderhalten

dig +short example.com @1.1.1.1
dig +short example.com @8.8.8.8

Was das beim Nachschlagen einer Domain bedeutet

Es verändert, wie viel Gewicht Sie einer einzelnen Antwort geben sollten.

• Mehrere Adressen sind gesund. Sie weisen meist auf Redundanz hin, nicht auf eine Fehlkonfiguration.
• Ihre Antwort ist nicht universell. Bei Geo-Routing oder einem CDN sieht jemand anderswo etwas anderes, und beide Antworten sind korrekt.
• Codieren Sie sie nicht fest ein. Adressen rotieren, werden ersetzt und neu vergeben. Lösen Sie den Namen immer zum Verbindungszeitpunkt auf.
• Die Reihenfolge hat keine Bedeutung. Die Rotation ist oft gewollt; die erste Adresse ist nicht die primäre.

Das Lookup-Tool listet jeden A- und AAAA-Record auf, den es erhält, statt nur den ersten zu zeigen, sodass Sie den vollständigen veröffentlichten Satz auf einmal sehen – und der Massenmodus macht es leicht, mehrere Domains nebeneinander zu vergleichen.