4

Согласно Википедии, полные имена хостов заканчиваются завершающим периодом. Джонатан де Бойн-Поллард пишет в « Нет», что точка в доменном имени URL не является ошибкой (выделено мной):

Я опустил конечную точку в имени домена в URL-адресе http://example.com./, потому что это была опечатка.

Нет не было Это было там по причине. Это сделало доменное имя полностью определенным, и, следовательно, однозначным и не склонным к подделке пути поиска.

Я могу использовать относительные имена хостов для ссылки на хосты в одном домене. Что произойдет, если я настрою хост с именем com в локальной сети? google.com. следует по-прежнему ссылаться на Google, поскольку он явно полностью квалифицирован, но как насчет google.com? Разве это не должно относиться к машине в моей локальной сети? Будет ли это? Почему бы и нет)? Какие настройки сети или службы влияют на поведение?

1 ответ1

3

Поведение локального имени, которое конфликтует с доменом верхнего уровня, недостаточно точно определено и может варьироваться от одного преобразователя заглушки к другому. Поэтому самый полезный ответ на ваш вопрос: не делайте этого; если вы делаете, вы просите сюрпризов.

Наиболее вероятное поведение defacto, с которым вы можете столкнуться, - это поведение glibc, как описано в справочной странице resolv.conf. Предполагая, что список поиска настроен так, что в нем отображается ваш локальный домен (кратко, domain или search появляются в /etc/resolv.conf и содержат ваш локальный домен), ваш локальный хост com.yourdomain.example.com. будет иметь приоритет над доменом верхнего уровня com. когда вы запрашиваете ком. Тем не менее, полагаться на это - плохая идея, потому что в случае неправильной настройки локального списка поиска вы получите домен верхнего уровня com. вместо ошибки, которая может привести к возможной утечке информации (особенно, если у com. есть записи ресурсов, отличные от SOA и NS, чего у него нет, но все же не стоит рисковать).

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