DNS только что начал преобразовывать мои адреса server.prod в 127.0.53.53

У меня есть серверы с именем как server.prod.example.comи я регулярно захожу в них как server.prod, Недавно эти имена хостов начали преобразовываться в 127.0.53.53.

Оказывается, что недавно ICANN включила .prod TLD. Кроме того, каждый запрос, который идет к .prod Серверы имен разрешаются до 127.0.53.53, а не возвращаются как NXDOMAIN, что позволяет разрешению продолжать работать должным образом. (Я предполагаю, что смысл этого в том, чтобы люди знали, что их вещи сломаются хуже, прежде чем те начнут разрешать что-то реальное.)

Как я могу избежать ввода моего доменного имени для каждого хоста, как это?

Это все еще иногда кусает тебя? Я не смог найти список новых TLD и когда они были добавлены, поэтому я создал его самостоятельно: https://twitter.com/newgtldannounce

Источник

3 ответа

Когда вы видите, что внутренние домены вдруг разрешают 127.0.53.53 у вас есть конфликт имен, и ICANN пытается сообщить вам, что вам необходимо срочно исправить конфигурацию DNS.
Если он вернет NXDOMAIN, как вы предложили, вы правы, он продолжит работать - пока.

Это также приведет к утечке вашего внутреннего DNS-запроса внешним сторонам.

Хуже того, в будущем кто-то может зарегистрироваться server.prod и доставит вам гораздо больше хлопот.

Смотрите здесь для получения дополнительной информации https://icann.org/namecollision или выполните:

$ dig -t TXT server.prod +short
"Your DNS configuration needs immediate attention see https://icann.org/namecollision"

Что касается того, как решить эту проблему: Зависит от варианта использования, я, вероятно, просто добавлю их в .ssh/config с короткими именами. Или начать использовать FQDN действительно.

Источник

Если вы введете имя хоста без точек, DNS-преобразователи попытаются найти это имя хоста, сначала добавив к нему настроенные домены поиска.

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

Многие распознаватели могут изменять свое поведение, добавляя в домены поиска имена хостов с точками. Это часто через опцию под названием "ndots", который сообщает резольверу, сколько точек должно иметь имя хоста, прежде чем он попытается сначала найти имя хоста. server.prod работа, добавьте эту строку в свой resolv.conf:

options ndots:2

Если вы также хотите разрешить server.subzone.prod, вам нужно установить опцию 3 и т. Д.

Если кто-нибудь знает, как заставить это работать в MacOS X, пожалуйста, дайте мне знать; изменения /etc/resolv.conf документально не работает (и не работает), и я не могу понять, право scutil заговоры.

(Примечание: я хеджирую свои ставки здесь больше, чем это возможно. Я считаю, что ndots опция будет работать на 99% (не MacOSX) систем Unix.)

Источник

Другие ответы дали вам техническое решение проблемы. Но никто не ответил на ваши:

Я не смог найти список новых TLD и когда они были добавлены

Так и здесь.

У вас есть разные способы.

  1. Посетите веб-сайт IANA по адресу: https://www.iana.org/domains/root/db; вы увидите текущий список делегированных ДВУ, то есть те, которые разрешены и находятся в корневой зоне. Если вы нажмете на них, в нижней части вы увидите дату, сообщающую, когда они появились.
  2. Точно такие же данные доступны в течение whoisнапример в вашем случае whois -h whois.iana.org prod | grep created дам тебе created: 2014-08-23
  3. В Twitter/Mastodon есть различные боты, которые публикуют сообщения об изменении содержимого IANA, см., Например, https://twitter.com/ianawhois или https://twitter.com/rootchanges
  4. Данные IANA может быть немного позади в обновлении, поэтому каноническая база данных для рДВой, и увидеть, на каком этапе они (теперь это немного спорно, так как в 2012 году раунд ICANN по введению новой рДВой в основном закончены, но новые раунды прибыть), здесь: https://gtldresult.icann.org/application-result/applicationstatus; Вы можете искать по TLD. Для всех рДВУ также требуется определенный начальный период, поэтому вы найдете здесь: https://newgtlds.icann.org/en/program-status/sunrise-claims-periods вы можете экспортировать все данные.
  5. Вы также можете использовать данные ICANN в формате JSON: https://www.icann.org/resources/registries/gtlds/v2/gtlds.json
Источник
Другие вопросы по тегам