⏳ 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 |
🧠 Diagnostischer Selbst-Check
Überprüfe dein Verständnis zu DNS-Hierarchie, Record-Typen, E-Mail-Sicherheit und Troubleshooting mit gezieltem Feedback: