Die passende TTL in der Praxis
Was ist DNS-TTL? So wählen Sie den richtigen Wert
TTL steht für Time To Live. Es ist eine Zahl in Sekunden, die an jedem DNS-Record hängt und eine Frage beantwortet: Wie lange darf ein Resolver diese Antwort wiederverwenden, bevor er erneut fragt?
Es ist die am wenigsten beachtete Einstellung im DNS. Die meisten übernehmen den Standardwert ihres Anbieters und entdecken seine Existenz erst bei einer Notfall-Migration, wenn es zu spät ist, ihn noch sinnvoll zu ändern.
Die passende TTL in der Praxis
Der Zielkonflikt
| Hohe TTL (86400) | Niedrige TTL (300) | |
|---|---|---|
| Lookup-Geschwindigkeit | Schneller – meist aus dem Cache | Langsamer – wird oft neu abgefragt |
| Abfragevolumen | Niedrig | Hoch |
| Änderung wird wirksam | Nach bis zu 24 Stunden | Nach bis zu 5 Minuten |
| Ausfallsicherheit bei DNS-Ausfall | Besser – Caches fangen Sie auf | Schlechter – Caches laufen schnell ab |
| Am besten für | Stabile Records | Records, die sich bald ändern |
Kernaussage
Eine hohe TTL optimiert auf Tempo und Ausfallsicherheit, eine niedrige auf Flexibilität. Keine ist universell richtig – die richtige Antwort hängt davon ab, ob sich dieser Record bald ändert.
Wie eine TTL in der Praxis aussieht
example.com. 3600 IN A 93.184.216.34
example.com. 86400 IN NS ns1.example.com.Eine Abfrage mit dig zeigt die verbleibende TTL, nicht die konfigurierte. Führen Sie dieselbe Abfrage zweimal im Abstand weniger Sekunden aus und beobachten Sie, wie die Zahl sinkt – das ist ein Live-Blick darauf, wie der Cache des Resolvers herunterzählt.
dig +noall +answer example.com
# wait 10 seconds, then
dig +noall +answer example.comEmpfohlene Werte nach Record-Typ
| Record | Empfohlene TTL | Warum |
|---|---|---|
A / AAAA | 3600 (1 Stunde) | Guter Standard: schnell genug, um Fehler zu beheben, und lang genug für Effizienz. |
A während einer Migration | 300 (5 Min.) | Einen Tag vorher setzen, damit die Änderung schnell greift. |
MX | 3600-14400 | E-Mails werden in die Warteschlange gestellt und erneut versucht, daher spielt Tempo eine geringere Rolle. |
TXT (SPF/DKIM/DMARC) | 3600 | Ändert sich selten; schnell genug, wenn doch. |
NS | 86400+ | Die Delegierung ändert sich fast nie, und Caching entlastet die TLD-Server. |
CNAME | An das Ziel anpassen | Kein Vorteil, schneller abzulaufen als das, worauf er zeigt. |
Das Migrationsmuster
Das ist der eine TTL-Ablauf, den man sich einprägen sollte, denn er verwandelt ein tagelanges Ausfallrisiko in ein fünfminütiges.
Mindestens einen Zeitraum der alten TTL vor der Änderung die TTL senken
Beträgt die aktuelle TTL 3600, ändern Sie sie auf 300 und warten mindestens eine Stunde. Ändern Sie sonst nichts.
Bestätigen, dass die kurze TTL ausgeliefert wird
Fragen Sie den Record ab und prüfen Sie, ob die TTL von 300 herunterzählt. Jetzt läuft jeder Cache, der Ihren Record hält, auf einem Fünf-Minuten-Timer.
Die eigentliche Änderung vornehmen
Aktualisieren Sie die Adresse. Die maximale Wartezeit beträgt für alle nun fünf Minuten.
Verifizieren, dann die TTL wiederherstellen
Sobald der Traffic auf dem neuen Server liegt, setzen Sie die TTL zurück auf 3600, um nicht weiter die Abfragekosten zu zahlen.
TTL und Ausfallsicherheit
Hohe TTLs haben einen Vorteil, der selten erwähnt wird: Erleidet Ihr DNS-Anbieter einen Ausfall, liefern Resolver, die Ihre Records noch gecacht haben, sie weiter aus. Eine TTL von 24 Stunden kann Ihre Domain weitgehend unbemerkt durch einen mehrstündigen DNS-Ausfall tragen. Bei einer TTL von 60 Sekunden sind Sie fast sofort nicht mehr erreichbar.
Das ist ein echtes Argument dafür, TTLs bei stabilen Records komfortabel hoch zu halten – und niedrige TTLs als vorübergehendes Migrationswerkzeug statt als Grundeinstellung zu betrachten. Worauf Sie warten, wenn sich ein Record ändert, behandelt der Artikel zur DNS-Propagierung.
Möchten Sie die öffentlichen DNS-Adressen einer Domain prüfen? Nutzen Sie das Tool Domain IP Lookup.
Kostenlose Tools zu diesem Thema
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 Einträge, die Ihnen in fast jeder Zone begegnen
Was ist ein DNS-A-Record? (Und wann Sie AAAA brauchen)
Der Record, der Ihre Domain tatsächlich auf einen Server zeigen lässt — sein Aufbau, das AAAA-Gegenstück und die vier Fehler, die Websites am häufigsten lahmlegen.
Die passende TTL in der Praxis
DNS-Cache leeren (Windows, macOS, Linux, Browser)
Befehle zum Kopieren für jede Plattform – und die Diagnose, die vorab zeigt, ob sich das Leeren überhaupt lohnt.