Langsame DNS-Auflösung: Ursachen finden und beheben

DNS-Auflösung soll so schnell sein, dass man sie nicht bemerkt – bei einer gecachten Antwort typischerweise ein- bis niedrig zweistellige Millisekunden, und selbst bei einem vollständigen Lookup ohne Cache selten mehr als einige hundert Millisekunden. Ist sie spürbar langsamer, liegt es meist an einer von wenigen konkreten Ursachen und nicht an einer rätselhaften, allgemeinen Trägheit.

Die üblichen Verdächtigen

• Ein falsch konfigurierter oder überlasteter Resolver – dass der Standard-Resolver Ihres Providers einen schlechten Tag hat, kommt häufiger vor, als man annimmt, und der Wechsel zu einer öffentlichen Alternative wie 1.1.1.1 oder 8.8.8.8 ist ein legitimer Diagnoseschritt, nicht bloß ein Workaround.
• Eine lange CNAME-Kette – jeder Hop, dem der Resolver folgen muss, bevor er einen echten A-/AAAA-Record erreicht, kostet Latenz, und eine Kette aus vier oder fünf Hops summiert sich.
• Eine sehr kurze TTL, die häufige vollständige Lookups statt schneller gecachter Antworten erzwingt – nützlich für schnelle Propagierung, aber teuer für die durchschnittliche Geschwindigkeit, wenn sie weit kürzer eingestellt ist als nötig.
• Probleme auf dem Netzwerkpfad zwischen Ihrem Resolver und den autoritativen Servern, die mit DNS-Software gar nichts zu tun haben – Paketverlust, Routing-Probleme oder geografische Entfernung zu einem Nameserver ohne nahe Anycast-Präsenz.

DNS von allem anderen isolieren

Am verlässlichsten erfahren Sie, ob DNS tatsächlich Ihr Engpass ist, indem Sie den Lookup für sich allein messen, getrennt vom vollständigen Seitenaufbau. Ein dedizierter Lookup – unabhängig vom Verbindungsaufbau, vom TLS-Handshake und vom Herunterladen einer Antwort gemessen – sagt Ihnen genau, welchen Anteil Ihrer Gesamtlatenz DNS verantwortet, falls überhaupt. Kommt ein Lookup durchgängig in einstelligen Millisekunden zurück und die Website fühlt sich trotzdem langsam an, liegt der Engpass komplett hinter DNS, und weiteres DNS-Tuning bringt nichts.

Es lohnt sich, das zu prüfen, statt es anzunehmen: Viele Beschwerden über „langsame Websites“ haben mit dem Server oder dem Code der Seite überhaupt nichts zu tun, und viele andere, die wie eine allgemeine Verlangsamung aussehen, sind tatsächlich DNS-spezifisch und lassen sich mit einer TTL- oder Resolver-Änderung beheben.

Warum Anycast-Resolver meist die schnelle Wahl sind

Öffentliche Resolver wie 1.1.1.1 und 8.8.8.8 schlagen einen Standard-Provider-Resolver in der Regel nicht wegen cleverer Software, sondern wegen Anycast: Dieselbe IP-Adresse wird von Dutzenden physischer Standorte weltweit angekündigt, und das Netzwerk-Routing schickt Ihre Anfrage automatisch zu dem, der topologisch am nächsten liegt. Der Resolver eines Providers hingegen ist oft ein einzelnes (oder eine Handvoll) Rechenzentren, was je nach Ihrer Position dazu führen kann, dass der Round Trip tatsächlich länger dauert. Deshalb ist der Resolverwechsel auch ein legitimer erster Schritt der Fehlersuche und kein Aberglaube – er adressiert einen realen, physischen Unterschied bei Entfernung und Routing, nicht bloß einen Placebo-Effekt.

Wenn es für alle langsam ist, nicht nur für Sie

Löst eine Domain von mehreren verschiedenen Netzwerken und Resolvern aus langsam auf statt nur von einem, hat sich das Problem wahrscheinlich von „Ihrem Pfad zu einem Resolver“ zur „eigenen autoritativen Infrastruktur der Domain“ verlagert. Ein einzelner, nicht per Anycast betriebener autoritativer Nameserver in großer Netzwerkentfernung zu einem Großteil seiner tatsächlichen Besucher, ein stark ausgelasteter autoritativer Server oder eine große, langsam zu übertragende DNS-Zone können sich so äußern. Hier ist ein Massenvergleich über mehrere Resolver aussagekräftiger als ein einzelner Lookup: Durchgängige Langsamkeit an jedem Messpunkt weist stromaufwärts auf den eigenen DNS-Anbieter der Domain hin, nicht auf ein einzelnes Netzwerk dazwischen.