Die passende TTL in der Praxis
DNS-Cache leeren (Windows, macOS, Linux, Browser)
Ihr Rechner speichert DNS-Antworten, damit er nicht für jede Anfrage neu abfragen muss. Ändert sich ein Record, sehen Sie wegen dieser gespeicherten Kopie weiterhin das alte Ziel. Das Leeren verwirft sie und erzwingt einen frischen Lookup.
Bevor Sie irgendetwas leeren, lohnen sich aber dreißig Sekunden, um zu prüfen, ob ein veralteter Cache überhaupt Ihr Problem ist – meistens ist er es nämlich nicht.
Zuerst: Bestätigen, dass der Cache die Ursache ist
Fragen Sie den autoritativen Nameserver direkt ab und umgehen Sie dabei jeden Cache zwischen Ihnen und der Quelle.
dig +short example.com @ns1.example.com- Der autoritative Server zeigt den neuen Wert, Sie sehen den alten – ein Cache ist das Problem. Leeren kann helfen.
- Der autoritative Server zeigt ebenfalls den alten Wert – Leeren ändert nichts. Der Record wurde nicht gespeichert, oder Sie haben ihn bei einem Anbieter bearbeitet, an den Ihre Domain nicht delegiert ist.
Kernaussage
Das Leeren betrifft nur Caches auf Rechnern, die Sie kontrollieren. Der Resolver Ihres Providers oder die Resolver anderer sind davon nicht erreichbar – sie laufen nach eigenem Zeitplan ab, bestimmt durch die TTL des Records.
Windows
Öffnen Sie die Eingabeaufforderung oder PowerShell als Administrator und geben Sie ein:
ipconfig /flushdnsEs sollte die Meldung Successfully flushed the DNS Resolver Cache erscheinen (bei deutscher Windows-Sprache die lokalisierte Entsprechung). Ohne Administratorrechte scheitert der Befehl mit einem Berechtigungsfehler.
ipconfig /displaydnsmacOS
Ein Befehl für jede Version seit Big Sur. Sie werden nach Ihrem Passwort gefragt.
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponderBei Erfolg erscheint keine Ausgabe – Stille bedeutet, es hat funktioniert. Beide Hälften sind wichtig: Die erste leert den Cache der Verzeichnisdienste, die zweite startet den Resolver-Daemon neu, der den Rest hält.
Linux
Unter Linux hängt es von der Distribution ab, weil verschiedene Resolver-Daemons im Einsatz sind. Prüfen Sie zuerst, welchen Sie haben:
systemctl is-active systemd-resolved
systemctl is-active nscd
systemctl is-active dnsmasqsudo resolvectl flush-caches
# Confirm it worked:
resolvectl statisticssudo systemctl restart nscdsudo systemctl restart dnsmasqBrowser
Browser führen einen eigenen DNS-Cache, unabhängig vom Betriebssystem. Das Leeren des Betriebssystem-Caches leert ihn nicht – deshalb kann eine Website in Chrome weiter von der alten Adresse laden, während dig bereits die neue anzeigt.
| Browser | So leeren Sie ihn |
|---|---|
| Chrome / Edge / Brave | Rufen Sie chrome://net-internals/#dns auf und klicken Sie auf Clear host cache |
| Firefox | Rufen Sie about:networking#dns auf und klicken Sie auf Clear DNS Cache |
| Safari | Nutzt den macOS-Cache – leeren Sie ihn auf Betriebssystemebene |
Ihr Router
Heimrouter cachen DNS häufig für den gesamten Haushalt, weshalb das Leeren jedes einzelnen Geräts manchmal trotzdem scheitert. Ein Neustart des Routers leert ihn – grob, aber wirksam. Manche Firmware bietet in der Admin-Oberfläche auch eine Funktion zum Leeren des DNS-Caches.
Negatives Caching: Warum ein neuer Record fehlt
Ein Fall überrascht viele, und kein Leeren der üblichen Stellen behebt ihn: Sie legen eine ganz neue Subdomain an, fragen sie sofort ab und erhalten „existiert nicht“ – und das bleibt eine Weile so, obwohl der Record definitiv live ist.
Das ist negatives Caching. Wird einem Resolver gesagt, dass ein Name nicht existiert, cacht er auch diese Abwesenheit, genau wie er eine echte Antwort cachen würde. Jede erneute Abfrage trifft nur den gecachten negativen Eintrag.
Die Dauer wird nicht von dem gerade angelegten Record bestimmt – sie stammt aus dem letzten Feld des SOA-Records der Zone, der minimalen TTL. Typisch sind Werte zwischen 300 und 3600 Sekunden, sodass ein neu angelegter Name bis zu eine Stunde lang zu fehlen scheinen kann.
Das Leeren Ihres lokalen Caches hilft hier, denn die negative Antwort wird auf jeder Ebene wie jede andere gespeichert. Doch der Resolver Ihres Providers hält seine eigene Kopie, und die muss schlicht ablaufen. Woher diese Dauer kommt, erklärt der Beitrag zur TTL.
Wozu der Cache überhaupt da ist
Widerstehen Sie dem Reflex, den Cache gewohnheitsmäßig zu leeren. DNS-Caching leistet echte Arbeit: Ein typischer Seitenaufruf löst Namen für die Website selbst, ihre Schriftarten, ihre Analyse und ihre Bilder auf. Ohne Caching würde jeder davon einen neuen Round Trip bedeuten, bevor auch nur ein Byte geladen wäre.
Caching schützt Sie außerdem. Fällt Ihr DNS-Anbieter aus, liefern Resolver mit noch nicht abgelaufenen Kopien Ihrer Records diese weiter aus, und Besucher merken nichts. Aggressives Leeren der Caches entfernt diesen Puffer. Leeren Sie, wenn Sie einer bestimmten veralteten Antwort nachgehen – nicht als routinemäßige Hygiene.
Die vollständige Reihenfolge
Den autoritativen Record verifizieren
Bestätigen Sie, dass der neue Wert an der Quelle tatsächlich live ist. Falls nicht, hören Sie auf – das ist kein Cache-Problem.
Den Browser-Cache leeren
Der häufigste Übeltäter und am leichtesten zu leeren. Oder testen Sie einfach in einem privaten Fenster.
Den Betriebssystem-Cache leeren
Nutzen Sie den oben genannten Befehl für Ihre Plattform.
Den Router neu starten
Zeigen auch andere Geräte im selben Netzwerk den alten Wert, ist dies wahrscheinlich die gemeinsame Ebene.
Aus einem anderen Netzwerk testen
Mobilfunkdaten nutzen eine völlig getrennte Resolver-Kette. Funktioniert es dort, liegt der verbleibende veraltete Cache bei Ihrem Provider – und nur Zeit behebt das.
Ist alles geleert und Sie sehen immer noch die alte Antwort, warten Sie auf einen Cache, den Sie nicht kontrollieren. Was diese Wartezeit bestimmt, erklärt die DNS-Propagierung, und wie Sie sie beim nächsten Mal verkürzen, erklärt die TTL.
Möchten Sie die öffentlichen DNS-Adressen einer Domain prüfen? Nutzen Sie das Tool Domain IP Lookup.
Häufig gestellte Fragen
Weiterführende Artikel
„Propagation“ heißt nur: Caches laufen ab
0 Min.
Sie speichern die Änderung
0-5 Min.
Ihr DNS-Host aktualisiert
bis TTL
alte Antwort noch im Cache
nach TTL
alle sehen die neue
Nichts wird verteilt – jeder Cache nutzt seine Kopie einfach nicht mehr
DNS-Propagierung: Warum Änderungen so lange dauern
Nichts wird irgendwohin propagiert. Wer versteht, was während des Wartens tatsächlich passiert, weiß genau, wie lange es dauert und wie sich die Zeit verkürzen lässt.
Die passende TTL in der Praxis
Was ist DNS-TTL? So wählen Sie den richtigen Wert
Eine einzige Zahl entscheidet, wie schnell Ihre Änderungen greifen und wie viel DNS-Traffic Sie erzeugen. So wählen Sie sie bewusst.
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
So funktioniert DNS: Vom Domainnamen zur IP-Adresse
Das Telefonbuch des Internets, von Anfang bis Ende nachverfolgt: Was in den wenigen Millisekunden zwischen der Eingabe einer Domain und dem ersten Paket beim Server geschieht.