Допустимо ли полное доменное имя, если компонент имени хоста полностью числовой? Это не то, с чем я сталкивался раньше, и я не уверен, законно ли что-то вроде следующего:
001.example.com.
Я знаю, что это проблема для серверов Windows, но является ли чисто числовое имя хоста (в данном случае 001) проблемой для серверов * nix?
Это законно в форме 001.example.com, вы можете добавить имя хоста 001 в качестве записи на DNS-сервере, и вы сможете пинговать и работать с 001.example.com, я не уверен, что какая-либо служба * nix будет не работают с этим, это соответствует стандартам, и все они должны его поддерживать, но у вас возникнут проблемы при исключении домена.
$ ping 001.example.com
Проверка связи с 001.example.com [127.0.0.5] с 32 байтами данных:
Например, ping, traceroute и многие другие инструменты для 001 вернут IP-представление десятичного числа, которое в данном случае равно 0.0.0.1.
$ пинг 001
Pinging 0.0.0.1 с 32 байтами данных: PING: ошибка передачи. Общий сбой. PING: передача не удалась. Общий сбой. PING: передача не удалась. Общий сбой. PING: передача не удалась. Общий сбой.
Наибольшее число, которое вы можете использовать, - 30064771070, что соответствует 255.255.255.254.
пинг 30064771070
Пинг 255.255.255.254 с 32 байтами данных:
$ ping 30064771071 Ping-запрос не смог найти хост 30064771071. Проверьте имя и повторите попытку.
Для номера 30064771071 он завершится ошибкой, поскольку он представляет 255.255.255.255, а для номеров 30064771072 и выше он будет преобразован в IP, если имя хоста существует, для меньших чисел он всегда пытается IP-представление десятичного числа
$ пинг 30064771072
Пинг 30064771072 [127.0.0.4] с 32 байтами данных: ответ от 127.0.0.4: байты = 32 раз <1 мс TTL = 128 Ответ от 127.0.0.4: байты = 32 время <1 мс TTL = 128
Аналогичный вопрос был по UNIX SE
Никаких проблем, просто обычно используются более подходящие / логические имена и предпочтительно буквы для имени хоста
Видеть:
http://tools.ietf.org/html/rfc1035
http://kb.iu.edu/data/aiuv.html
Надеюсь это поможет