Я использую такие имена, как a.alpha, для имени хоста моего linux-бокса, но кажется, что эти имена нельзя использовать полностью. Ответ на команду оболочки hostname правильный (a.alpha). Но имя, напечатанное после моей учетной записи пользователя, будет «user @ a» вместо «user@a.alpha». Когда я использую avahi, я могу достичь (по имени хоста) a.alpha, но не b.alpha. Это нормально?
источник
Вы просите проблемы с этой схемой именования из-за DNS, рассмотрите вместо этого альфа.
источник
Как уже упоминали другие, вы определенно хотите избежать точек в именах хостов из-за DNS, и я также обнаружил, что это может создать проблему, если вы используете подстановочные сертификаты для выполнения SSL, так как подстановочные сертификаты будут подстановочными только для одного уровня субдомен. Поэтому, если ваш сертификат подстановочного знака предназначен для * .mycompany.com, но у вас есть имя хоста a.alpha, сертификат подстановочного знака может не работать, если он обрабатывает «альфа» как поддомен.
источник
Полное имя хоста, как правило, является полным доменным именем (полностью определенным доменным именем), оснащенным доменом, и в linux должно заканчиваться выводом
host --fqdn
, причем часть перед первой точкой рассматривается как псевдоним хоста. Однако в разных системах (Linux, SunOS и т. Д.) Концепция hostnick реализована по-разному. Такие как:Кроме того, идея hostnick - это небольшая переменная:
И, что еще больше усложняет ситуацию,
host
команда от bind9-host нарушает стандарты DNS, имея-N <int>
возможность контролировать, используются ли поисковые домены. Это нарушает поиск DNS различными способами в зависимости от сценария. Предполагается, что DNS принимает любой поиск для имени с конечной точкой как буквально то, что нужно искать, а для других имен, чтобы искать их с помощью добавленных доменов с момента,/etc/resolv.conf
пока не будет найдено совпадение, или все они потерпят неудачу (эти домены неявно имеют конечная точка). [Это из памяти, пожалуйста, прокомментируйте, если общий процесс изменился в RFC, который я пропустил]Таким образом, если вы используете точки в вашем hostnick,
host
команда, вероятно, испортит что-то, сломав сценарии, которые используют его для поиска. Лично я нахожу это непостижимым, посколькуhost
оно сломано, и даже сегодня кажется, что оно нарушает поиск системы в моей домашней сети, поскольку у меня дома есть и IPv4, и -v6, и такие имена, как .v4. как дополнительные, специфичные для версии короткие формы, которыеhost
не могут быть найдены, хотя иping
находят их в порядке.В любом случае, было крайне редко пытаться поместить точки в хост-хосты, поэтому даже без
host
повреждения мозга я бы порекомендовал придерживаться хостов без точек даже с точки зрения простой семантики.источник
Правильный ответ определенно «не делай этого», как указано выше.
Для некоторого, возможно, полезного и определенно касательного чтения, пожалуйста, продолжайте:
Вы говорите о разрешении DNS или командной строке? Если вы хотите исправить приглашение командной строки, просто поиграйтесь с $ PS1 (или аналогичным не-bash / sh эквивалентом, где это применимо).
Если вы действительно хотите, чтобы .alpha был именем хоста, которое разрешается в IP-адресах на веб-сайтах, вы можете сделать это, но это может включать субдомен для каждого суффикса имени хоста (EG alpha, beta и т. Д.).
Даже возможно, что вы можете настроить свой DNS-сервер для работы без создания поддоменов. Вы можете обслуживать IP-адреса серверов имен субдомена в файлах зон родительского домена, поэтому он может «просто работать». Это связано с тем, что, когда кто-то запрашивает у вашего DNS-сервера IP-адрес a.alpha.examaple.com, он запрашивает у DNS-сервера example.com, и если у этого DNS-сервера уже есть адрес, он ответит ответом. вместо того, чтобы пытаться передать вас на авторизованный сервер субдомена. Это может быть связано с отсутствующим SOA ... поэтому, возможно, вы добавляете запись A для каждого префикса хоста и SOA для каждого суффикса хоста. Да, это билет ...
Все в Интернете все еще будут думать, что ваше имя хоста - «a», а ваш домен - alpha.example.com.
источник