Zusammenfassung

  • RFC 1123 erlaubte eine Ziffer am Anfang eines Internet-Hostnamens; RFC 1178 riet dennoch davon ab, weil vorhandene Programme eine zahlenähnliche Eingabe mit einer Adresse verwechseln konnten.
  • RFC 1178 verstand Namen als willkürliche Etiketten. Personen-, Projekt-, Orts- und Funktionsnamen drifteten vom Rechner weg, während menschliche und technische Verweise haften blieben.
  • Ein gültiges Label belegte weder die Parserentscheidung noch die lokale Vervollständigung, die DNS-Antwort, die Identität des antwortenden Systems oder die vollständige Migration aller Altverweise.

Die Norm setzte ein Ziel, der Leitfaden rechnete mit dem Bestand

RFC 1178 erschien im August 1990 als FYI 5. Der Text veröffentlichte einen früheren Aufsatz erneut und bezeichnete sich ausdrücklich nicht als Standard. RFC Editor und IETF Datatracker belegen Status und Publikation; sie machen aus seinen Beispielen keine unabhängig bestätigten Vorfälle.

RFC 1123 erfüllte eine andere Aufgabe. Abschnitt 2.1 lockerte die ältere Regel: Ein Hostname durfte nun mit Buchstabe oder Ziffer beginnen, und Hostsoftware musste diese Syntax unterstützen. Der RFC-Editor-Eintrag hält seine Stellung im Host-Requirements-Standard fest.

RFC 1178 warnte trotzdem vor der führenden Ziffer. Manche Programme nahmen im selben Feld Namen und numerische Internetadressen entgegen, trennten beide Formen aber nicht zuverlässig. Auch nur aus Hexadezimalzeichen bestehende Wörter konnten numerisch wirken. Der Standard beschrieb das Soll einer konformen Implementierung; der Leitfaden suchte einen robusten Namen für eine uneinheitliche installierte Welt.

Gültigkeit beendete die Untersuchung daher nicht. Eine Anwendung konnte die Zeichenfolge klassifizieren, bevor ein Resolver sie sah. Belegt werden musste die konkrete Entscheidung eines konkreten Programms.

Ein Name war kein dauerhaftes Stellenprofil

RFC 1178 nennt Namen willkürliche Etiketten. Ein nach seinem ersten Projekt benannter Rechner scheint zunächst verständlich. Dann kommen weitere Maschinen hinzu, Aufgaben werden geteilt und das ursprüngliche Gerät wandert in ein anderes Projekt. Das Etikett bleibt und erzählt eine veraltete Geschichte.

Der Name einer Person koppelt Rechner, Eigentum und Gespräch noch enger. Nach einem Personal- oder Hardwarewechsel kann derselbe Name an einem anderen Objekt hängen. Ein Programm, das ein Spezialgerät oder eine Datenbank auf dem alten Host erwartete, findet diese Fähigkeit nicht automatisch auf dem neuen Namensträger.

Ein Hostname belegt somit höchstens die Konfiguration oder Veröffentlichung eines Labels. Aufgabe, Verwahrer, Hardware, Dienst, Besitz und zeitliche Kontinuität benötigen eigene Daten.

Die Weiche lag vor der DNS-Abfrage

RFC 1123 empfahl Benutzerschnittstellen, sowohl Host-Domainnamen als auch punktierte Dezimaladressen anzunehmen. Die numerische Form sollte syntaktisch geprüft werden, bevor DNS befragt wurde. Damit lag eine wichtige Entscheidung vor der Namensauflösung.

Die ältere RFC 952 hatte für die DoD-Hosttabelle einen Buchstaben am Anfang verlangt. Ihr Informationsdatensatz vermerkt die Aktualisierung durch RFC 1123. Die Spezifikation konnte an einem Datum wechseln; Programme, Skripte und Bediengewohnheiten folgten in verschiedenen Geschwindigkeiten.

Eine belastbare Spur umfasst deshalb Rohtext, Anwendung und Version, Name-oder-Adresse-Zweig, erzeugte Abfrage, RR-Typ, Resolverkonfiguration, Cache, Antwort, gewählte Adresse und Verbindung. Die Grammatik beantwortet nur den ersten Punkt.

Der kurze Name bekam seinen Sinn vom lokalen Ort

RFC 1034 unterscheidet absolute von relativen Namen. Lokale Software ergänzt relative Formen mit Ursprung oder Suchliste; die Auslegung an der Benutzerschnittstelle kann je nach Implementierung variieren. Der RFC-Editor-Eintrag kennt nicht die Suchliste eines bestimmten Systems.

RFC 1178 zeigt die Folge am Mailadressaten mit nur einem Namenselement. Ein Mailer konnte das lokale Domain-Suffix anhängen, ein anderer eine andere Domain annehmen. Der sichtbare Text allein bestimmte das Ziel nicht.

Dasselbe Label darf unter unterschiedlichen Eltern vorkommen. RFC 1034 verlangt Eindeutigkeit nur unter Geschwistern. Ein Kurzname ist daher keine globale Identität. Auch ein vollständiger Name benennt einen Knoten mit typisierten Ressourcendaten, nicht automatisch einen authentisierten Rechner oder erreichbaren Dienst.

Gute Namen verringerten Übergabefehler

Die Hinweise zu Länge, Schreibweise, Großschreibung und Themen sind keine neue DNS-Grammatik. Sie betreffen das Diktieren am Telefon, das Wiedererkennen im Alarm, die Eingabe unter Druck und die Zusammenarbeit mit Menschen, die den Namen nicht erfunden haben. Eine originelle Schreibweise kann syntaktisch korrekt und operativ teuer sein. Ein endliches Thema läuft aus, sobald mehr Rechner als Figuren vorhanden sind.

Der Name wanderte durch Gespräch, Ticket, Kommando, Mail, Log, Anzeige und Sicherungsbeschriftung. Jede Übergabe konnte eine andere Bedeutung erzeugen. Darum war Lesbarkeit Teil der Zuverlässigkeit, aber kein Wahrheitsbeweis über das Objekt.

Umbenennen hieß, versteckte Kopien zu finden

RFC 1178 warnt vor unbekannter Software, externen Korrespondenten und alten Backup-Etiketten, die den bisherigen Namen weiterführen. Der neue autoritative Datensatz ändert diese Kopien nicht.

RFC 952 missbilligte gewöhnliche Spitznamen, erlaubte aber bei einer Umbenennung die zeitweilige Koexistenz von altem und neuem Namen. Ein Alias erleichterte den Übergang; er bewies nicht dessen Abschluss.

Für eine vollständige Migration braucht es autorisierte Entscheidung, Veröffentlichung, Kompatibilitätsfenster, Cacheablauf, Überführung von Code, Zertifikaten, Zugriffskontrollen, Überwachung und Dokumentation, Beobachtung der Altnutzung, Verantwortliche für Ausnahmen und ein Abschaltkriterium. RFC 1178 schrieb diese heutige Liste nicht vor. Es erklärte, warum sie nötig wurde.

Quellen