âł 1. Caching & die Time to Live (TTL)
Die TTL bestimmt, wie lange ein rekursiver Resolver einen Record zwischenspeichern darf. Mit dig kannst du beobachten, wie die TTL im Cache bei jeder Abfrage abnimmt:
# 1. Erste Abfrage (vom autoritativen Server geholt):
dig www.it-praxisportal.de +noall +answer
# Ausgabe: www.it-praxisportal.de. 3600 IN A 188.245.100.5
# 2. Zweite Abfrage 45 Sekunden spÀter (aus dem lokalen Cache):
dig www.it-praxisportal.de +noall +answer
# Ausgabe: www.it-praxisportal.de. 3555 IN A 188.245.100.5 <- TTL zĂ€hlt runter!đ 2. Professioneller Serverumzug ohne Downtime
Wenn du einen produktiven Web- oder Mailserver migrierst, ist die TTL dein wichtigstes Werkzeug:
đĄ Der 3-Schritte-Migrationsplan fĂŒr Systemintegratoren
- T minus 48 Stunden: Senke die TTL des A/AAAA-Records von 86.400s (24h) auf 300s (5 Min.). Alle alten Caches laufen vor dem Umzug ab.
- Wartungsfenster (Tag T): Ăndere die IP-Adresse auf den neuen Server. Nach spĂ€testens 5 Minuten sprechen alle Clients weltweit den neuen Server an!
- T plus 24 Stunden: Sobald alles stabil lÀuft, hebe die TTL wieder auf 86.400s an, um die DNS-Last zu minimieren.
đ 3. Cheat-Sheet: Typische TTL-Richtwerte in der Praxis
| Record-Typ | Empfohlene TTL | BegrĂŒndung |
|---|---|---|
NS / SOA |
86.400s (24h) bis 172.800s (48h) | Nameserver-Infrastruktur Àndert sich extrem selten; entlastet TLDs |
MX |
14.400s (4h) bis 86.400s (24h) | Mailserver-Routen sind stabil; Backup-MX fÀngt AusfÀlle ab |
Standard A / AAAA |
3.600s (1h) bis 14.400s (4h) | Gute Balance zwischen Lastreduktion und FlexibilitÀt |
| Migrations-Vorbereitung | 300s (5 Min.) bis 600s (10 Min.) | Ermöglicht schnellen IP-Wechsel bei minimaler Propagation-Downtime |
| Negative Caching (NXDOMAIN) | 1.800s (30m) bis 7.200s (2h) | 5. Feld im SOA; verhindert Query-Fluten bei Tippfehlern |