7. SOA-Einträge

Drei kleinere Fragen bezüglich des Start of Zone of Authority (SOA) Resource Record bedürfen einiger Klärung.

7.1. Platzierung von SOA-RRs in autoritativen Antworten

RFC1034 weist in Abschnitt 3.7 darauf hin, dass der Authority-Abschnitt einer autoritativen Antwort den SOA-Eintrag für die Zone enthalten kann, aus der die Antwort stammt. Bei der Erörterung des negativen Cachings (negative caching) verweist RFC1034 Abschnitt 4.3.4 auf diese Technik, erwähnt aber den Additional-Abschnitt der Antwort. Ersteres ist korrekt, wie das in Abschnitt 6.2.5 von RFC1034 gezeigte Beispiel impliziert. SOA-Einträge sind, wenn sie hinzugefügt werden, im Authority-Abschnitt zu platzieren.

7.2. TTLs bei SOA-RRs

Es mag beobachtet werden, dass in Abschnitt 3.2.1 von RFC1035, der das Format eines Ressourcen-Datensatzes definiert, die Definition des TTL-Felds eine beiläufige Zeile enthält, die besagt, dass die TTL eines SOA-Eintrags stets als Null gesendet werden sollte, um Caching zu verhindern. Dies wird nirgendwo sonst erwähnt und wurde allgemein nicht implementiert. Implementierungen sollten nicht annehmen, dass SOA-Einträge eine TTL von Null haben, noch sind sie verpflichtet, SOA-Einträge mit einer TTL von Null zu senden.

7.3. Das Feld SOA.MNAME

In den Spezifikationen ist es ganz klar, scheint aber weithin ignoriert worden zu sein, dass das MNAME-Feld des SOA-Eintrags den Namen des Primärservers (Master) für die durch die SOA bezeichnete Zone enthalten sollte. Es sollte nicht den Namen der Zone selbst enthalten. Diese Information wäre nutzlos, da man, um sie zu ermitteln, mit dem Domainnamen des SOA-Eintrags beginnen muss - das ist der Name der Zone.