RFC 1123 lockert eine Einschränkung von RFC 952, die ein Erbe des Hostname Server-Protokolls (beschrieben in RFC 953 ) angibt, das durch DNS ersetzt wird. Somit wäre ein vollständig numerischer Hostname gemäß diesen RFCs gültig.
RFC 1123 selbst erörtert die Konsequenzen beim Parsen von IP- und Hostnamen:
Wenn eine Punkt-Dezimal-Zahl ohne solche Trennzeichen eingegeben werden kann, muss eine vollständige syntaktische Überprüfung durchgeführt werden, da ein Segment eines Host-Domänennamens nun mit einer Ziffer beginnen darf und legal vollständig numerisch sein kann
(siehe Abschnitt 6.1. 2.4). Ein gültiger Hostname kann jedoch niemals die Punkt-Dezimal-Form #. #. #. # Haben, da mindestens die Komponentenbezeichnung der höchsten Ebene alphabetisch ist.
In den RFC 1178- Richtlinien wurde jedoch festgelegt, dass aufgrund von Implementierungsproblemen ein gültiger Hostname ausgewählt werden sollte. Viele dieser Implementierungen erkennen numerische Hostnamen nicht gut und versuchen, sie so zu analysieren, als wären sie IPs, bis sie unabhängig vom Standort mindestens ein nicht numerisches Zeichen enthalten.
Außerdem werden Sie feststellen, dass Implementierungen andere ursprüngliche Einschränkungen von RFC 952 nicht immer berücksichtigen, sodass beispielsweise der Hostname mit einem Minuszeichen oder einem Punkt endet.
DNS behielt diese ursprünglichen Spezifikationen für Hostnamen bei und fügte Unterstützung für Unterstriche hinzu ( RFC 2782 ).
Aktualisieren Wie in den Kommentaren angefordert, Erläuterung des Satzes: Ein gültiger Hostname kann jedoch niemals die Punkt-Dezimal-Form #. #. # Haben, da mindestens die Komponentenbezeichnung der höchsten Ebene alphabetisch ist . Dies bedeutet, dass der Domänenname der obersten Ebene alphabetisch sein muss , sodass der vollständig qualifizierte Hostname niemals mit einer IPv4-Adresse verwechselt werden kann. Diese Idee wurde von RFC 3696 für DNS geklärt und in nicht rein numerisch geändert . Beachten Sie den kleinen Unterschied.