1. Introduction (Einführung)

In RFC 1034 [RFC1034] beschreiben die Abschnitte 4.3.2 und 4.3.3 die Synthese von Antworten aus speziellen Ressourceneinträgen (Resource Records, RRs), die Wildcards genannt werden. Die Definition in RFC 1034 ist unvollständig und hat sich als verwirrend erwiesen. Dieses Dokument beschreibt die Wildcard-Synthese durch Hinzufügung zur Diskussion und durch begrenzte Änderungen. Änderungen werden vorgenommen, um Inkonsistenzen zu schließen, die zu Interoperabilitätsproblemen geführt haben.

Im Geist und Stil der ursprünglichen Dokumente vermeidet dieses Dokument die Spezifikation von Regeln für DNS-Implementierungen bezüglich Wildcards. Die Absicht ist nur zu beschreiben, was für Interoperabilität notwendig ist, nicht Implementierungsentscheidungen einzuschränken.

Dieses Dokument konzentriert sich auf das Konzept der Wildcards, wie es in RFC 1034 definiert ist. Es wird nichts über alternative Mittel zur Synthese von Ressourceneintragssets (Resource Record Sets, RRSets) impliziert, noch werden Alternativen diskutiert.

1.1 Motivation

Viele DNS-Implementierungen weichen auf verschiedene Weise von der ursprünglichen Definition von Wildcards ab. Obwohl allein dies klar einen Bedarf zur Klärung der ursprünglichen Dokumente zeigt, lag der Anstoß für dieses Dokument im Engineering der DNS-Sicherheitserweiterungen (DNS Security Extensions) [RFC4033]. Mit einer unklaren Definition von Wildcards wurde das Design der authentifizierten Verweigerung verwickelt.

1.2 The Original Definition (Die ursprüngliche Definition)

Die Definition des Wildcard-Konzepts besteht aus der Dokumentation des Algorithmus, durch den ein Nameserver eine Antwort vorbereitet (in Abschnitt 4.3.2 von RFC 1034) und der Art und Weise, wie ein Ressourceneintrag (Set) als Quelle synthetischer Daten identifiziert wird (Abschnitt 4.3.3).

1.3 Roadmap to This Document (Roadmap zu diesem Dokument)

Dieses Dokument erfüllt diese drei Aufgaben:

Definiert neue Begriffe
Nimmt geringfügige Änderungen vor, um widersprüchliche Konzepte zu vermeiden
Beschreibt die Aktionen bestimmter Ressourceneinträge als Wildcards

1.4 Standards Terminology (Standardterminologie)

Die Schlüsselwörter "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" und "OPTIONAL" in diesem Dokument sind wie in RFC 2119 [RFC2119] beschrieben zu interpretieren.