4. Resource Records

RR: Eine Abkürzung für Resource Record. ([RFC1034], Abschnitt 3.6.)

RRset: Eine Menge von Resource Records mit demselben Label, derselben Klasse und demselben Typ, aber mit unterschiedlichen Daten. (Definition aus [RFC2181]) Auch in einigen Dokumenten als RRSet geschrieben. Zur Klarstellung bedeutet "dasselbe Label" in dieser Definition "derselbe Owner-Name". Zusätzlich besagt [RFC2181], dass "die TTLs aller RRs in einem RRSet gleich sein müssen". (Diese Definition ist definitiv nicht dasselbe wie "die Antwort, die man auf eine Anfrage für QTYPE=ANY erhält", was ein bedauerliches Missverständnis ist.)

EDNS: Die Erweiterungsmechanismen für DNS (Extension Mechanisms for DNS), definiert in [RFC6891]. Manchmal "EDNS0" oder "EDNS(0)" genannt, um die Versionsnummer anzugeben. EDNS ermöglicht es DNS-Clients und -Servern, Nachrichtengrößen größer als das ursprüngliche 512-Oktett-Limit anzugeben, den Antwortcode-Raum zu erweitern und potenziell zusätzliche Optionen zu tragen, die die Handhabung einer DNS-Anfrage beeinflussen.

OPT: Ein Pseudo-RR (manchmal auch "Meta-RR" genannt), das nur verwendet wird, um Kontrollinformationen zu enthalten, die sich auf die Frage-und-Antwort-Sequenz einer spezifischen Transaktion beziehen. (Definition aus [RFC6891], Abschnitt 6.1.1) Es wird von EDNS verwendet.

Owner (Eigentümer): Der Domänenname, wo ein RR gefunden wird ([RFC1034], Abschnitt 3.6). Erscheint oft im Begriff "Owner Name".

SOA-Feldnamen (SOA field names): DNS-Dokumente, einschließlich der Definitionen hier, beziehen sich oft auf die Felder im RDATA eines SOA-Resource-Records anhand des Feldnamens. Diese Felder sind in Abschnitt 3.3.13 von [RFC1035] definiert. Die Namen (in der Reihenfolge, in der sie im SOA RDATA erscheinen) sind MNAME, RNAME, SERIAL, REFRESH, RETRY, EXPIRE und MINIMUM. Beachten Sie, dass die Bedeutung des MINIMUM-Feldes in Abschnitt 4 von [RFC2308] aktualisiert wird; die neue Definition ist, dass das MINIMUM-Feld nur "die TTL ist, die für negative Antworten verwendet werden soll". Dieses Dokument tendiert dazu, Feldnamen anstelle von Begriffen zu verwenden, die die Felder beschreiben.

TTL: Die maximale "Time to Live" (Lebenszeit) eines Resource Records. "Ein TTL-Wert ist eine vorzeichenlose Zahl mit einem Minimalwert von 0 und einem Maximalwert von 2147483647. Das heißt, maximal 2^31 - 1. Bei der Übertragung wird die TTL in den weniger signifikanten 31 Bits des 32-Bit-TTL-Feldes kodiert, wobei das signifikanteste oder Vorzeichenbit auf Null gesetzt ist." (Zitiert aus [RFC2181], Abschnitt 8) (Beachten Sie, dass [RFC1035] fälschlicherweise angab, dass dies eine vorzeichenbehaftete Ganzzahl sei; das wurde durch [RFC2181] korrigiert.)

Die TTL "gibt das Zeitintervall an, das der Resource Record zwischengespeichert werden kann, bevor die Quelle der Information erneut konsultiert werden sollte". (Zitiert aus [RFC1035], Abschnitt 3.2.1) Auch: "das Zeitintervall (in Sekunden), dass der Resource Record zwischengespeichert werden kann, bevor er verworfen werden sollte". (Zitiert aus [RFC1035], Abschnitt 4.1.3). Obwohl für einen Resource Record definiert, ist die TTL jedes Resource Records in einem RRset erforderlich, gleich zu sein ([RFC2181], Abschnitt 5.2).

Der Grund, warum die TTL die maximale Lebenszeit ist, liegt darin, dass ein Cache-Betreiber sich entscheiden kann, die Lebenszeit aus betrieblichen Gründen zu verkürzen, z.B. wenn es eine Richtlinie gibt, TTL-Werte über einer bestimmten Zahl zu verbieten. Außerdem wird der Wert effektiv zu Null, wenn ein Wert aus dem Cache gespült wird, während sein Wert noch positiv ist. Einige Server sind dafür bekannt, die TTL auf einigen RRsets zu ignorieren (z.B. wenn die autoritativen Daten eine sehr kurze TTL haben), obwohl dies gegen den Rat in RFC 1035 ist.

Es gibt auch das Konzept einer "Standard-TTL" für eine Zone, die ein Konfigurationsparameter in der Server-Software sein kann. Dies wird oft durch eine Standardeinstellung für den gesamten Server und eine Standardeinstellung für eine Zone unter Verwendung der $TTL-Direktive in einer Zonendatei ausgedrückt. Die $TTL-Direktive wurde durch [RFC2308] zum Master-File-Format hinzugefügt.

Klassenunabhängig (Class independent): Ein Resource-Record-Typ, dessen Syntax und Semantik für jede DNS-Klasse gleich sind. Ein Resource-Record-Typ, der nicht klassenunabhängig ist, hat unterschiedliche Bedeutungen je nach DNS-Klasse des Records, oder die Bedeutung ist für andere Klassen als IN (Klasse 1, das Internet) undefiniert.