1

У меня был спор с коллегой, который настаивал на том, что доменные имена, состоящие исключительно из цифр, не должны быть действительными. В действительности, однако, они существуют и работают безупречно в любом домене верхнего уровня, который я пробовал, и я не знаю ни одного DNS-сервера или веб-сервера, которые бы указывали на проблему с ними.

(просто посмотрите на обратный DNS, in-addr.arpa, который полностью не работал бы, если бы не было только цифр)

Пока что на практике / реальности. Теоретически я не вижу ничего, что исключало бы метки, состоящие только из цифр, из DNS. Таким образом, единственная точка зрения, которая может привести моего коллегу к его точке зрения, - это какое-то странное стандартное определение. И теперь я в поиске этого.

Я наткнулся на RFC 1035, где раздел 2.3.1 можно интерпретировать так, что только цифры не рекомендуются для имен субдоменов, только цифры с буквами впереди.

Какие из многих обновляющих RFC содержат более либеральные подходы к именованию или действительно не было обновлений, касающихся этой проблемы?

Если этот выпуск 1987 года является последним по этой теме, можно сделать вывод, что на самом деле любой TLD-реестр на планете игнорирует последние RFC в своей основной деятельности. В это трудно поверить.

1 ответ1

3

Посмотрите RFC2181, «Разъяснения к спецификации DNS», раздел 11, «Синтаксис имени»:

Сам DNS накладывает только одно ограничение на конкретные метки, которые можно использовать для идентификации записей ресурсов. Это одно ограничение относится к длине этикетки и полному имени. Длина любой метки ограничена от 1 до 63 октетов. Полное доменное имя ограничено 255 октетами (включая разделители). Полное имя нулевой длины определяется как представляющий корень дерева DNS и обычно записывается и отображается как «.». Помимо этих ограничений, любая двоичная строка может использоваться как метка любой записи ресурса.

...

Реализации протоколов DNS не должны накладывать каких-либо ограничений на метки, которые можно использовать. В частности, DNS-серверы не должны отказывать в обслуживании зоны, поскольку она содержит метки, которые могут быть неприемлемы для некоторых клиентских программ DNS.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .