RFC 1123 ослабляет ограничение RFC 952, которое определяет устаревший протокол сервера имени хоста (описанный в RFC 953 ), замененный DNS. Таким образом, полное числовое имя хоста будет действительным для этих RFC.
Сам RFC 1123 обсуждает последствия, когда речь заходит об IP по сравнению с анализом имени хоста:
Если десятичное число с точками можно вводить без таких идентифицирующих разделителей, то необходимо выполнить полную синтаксическую проверку, поскольку сегмент имени домена хоста теперь может начинаться с цифры и может юридически быть полностью числовым
(см. Раздел 6.1. 2.4). Однако действительное имя хоста никогда не может иметь десятичную форму с точками #. #. #. #, Так как по крайней мере метка компонента самого высокого уровня будет буквенной.
Однако в рекомендациях RFC 1178 было указано, как выбрать правильное имя хоста из-за проблем с реализацией. Многие из этих реализаций плохо распознают числовые имена хостов и пытаются проанализировать их, как если бы они были IP-адресами, пока они не содержат хотя бы один нечисловой символ независимо от местоположения.
Кроме того, вы обнаружите, что реализации не всегда соблюдают другие исходные ограничения RFC 952, позволяя, например, имени хоста заканчиваться знаком минус или точкой.
DNS сохранил эти оригинальные спецификации для имен хостов и добавил поддержку подчеркивания ( RFC 2782 ).
Обновление В соответствии с просьбой в комментариях пояснение к предложению: Однако действительное имя хоста никогда не может иметь точечно-десятичную форму #. #. #. #, Так как по крайней мере метка компонента самого высокого уровня будет буквенной . Это означает, что доменное имя верхнего уровня должно быть буквенным , поэтому полное имя хоста никогда не следует путать с IPv4-адресом. Эта идея была разъяснена RFC 3696 для DNS и заменена на нечисловую . Обратите внимание на небольшую разницу.