👑 1. Die Anatomie des SOA-Records
Der SOA-Record steht ausnahmslos an der Spitze jeder Forward- und Reverse-Zonendatei. Er legt fest, wer autoritativer Master ist und wie Slaves synchronisieren:
; Der SOA-Record in BIND9:
@ IN SOA ns1.it-praxisportal.de. hostmaster.it-praxisportal.de. (
2026091501 ; Serial (Format: YYYYMMDDNN)
7200 ; Refresh (2h): Polling-Intervall der Secondary NS
3600 ; Retry (1h): Wartezeit nach Refresh-Fehler
1209600 ; Expire (14d): Verfallsdatum bei Ausfall des Masters
3600 ) ; Negative Caching TTL (NXDOMAIN Cache-Dauer)⚠️ 2. Die Serial-Falle in der Systemadministration
IHK-Prüfungsfalle: Warum aktualisieren Slaves nicht?
Ein Administrator ändert auf dem Master-Server die IP-Adresse von mail.firma.de, vergisst aber, die Serial-Nummer im SOA zu erhöhen. Die Secondary-Nameserver vergleichen ihre Serial mit dem Master, stellen keinen Versionsunterschied fest und liefern wochenlang weiterhin die alte IP aus!
📑 3. Cheat-Sheet: Die 5 SOA-Parameter
| Feld | Typischer Wert | Funktion & Bedeutung |
|---|---|---|
| Serial | YYYYMMDDNN |
Muss bei jeder Zonenänderung monoton steigen |
| Refresh | 7200s (2h) |
Intervall, in dem Slaves den Master nach neuer Serial abfragen |
| Retry | 3600s (1h) |
Wartezeit nach fehlgeschlagener Kontaktaufnahme |
| Expire | 1209600s (14d) |
Zeit, nach der Slaves aufhören zu antworten, wenn Master tot bleibt |
| Min. TTL | 3600s (1h) |
Negative Caching TTL für NXDOMAIN nach RFC 2308 |