Назад | Перейти на главную страницу

Как упорядочиваются запросы к серверу имен?

Скажем, у меня есть доменное имя, зарегистрированное на веб-сайте. На их сайте написано следующее:

Серверы доменных имен перечислены в следующем порядке:

ns9.zoneedit.com ns18.zoneedit.com ns3.freedns.ws

Считываются ли серверы имен в определенном порядке? Или он использует ближайший / тот, который получает первый запрос? Или порядок, в котором он есть, порядок, в котором он запрашивается? Т.е. ns9.zoneedit.com будет основным адресом?

Причина, по которой я спрашиваю, заключается в том, что, к сожалению, в их системах есть ошибка (вам нужно отправить форму по электронной почте, чтобы обновить свой домен), и у меня было 3 сервера имен в моей старой записи, и я сменил поставщиков DNS, но теперь я использую только 2 и не могу удалить третий - ns3.freedns.ws.

Это повлияет на это? Потому что, если он использует только первичный и вторичный, это должно быть хорошо, верно? Вчера я обновил эти изменения, прошло уже 24 часа.

Нет упорядочивания отдельных записей ресурсов в наборе записей ресурсов. Понятия «первичный» и «вторичный» серверы содержимого DNS применяются только к репликации базы данных.

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

  • Когда DNS-сервер содержимого компилирует свою базу данных из исходного файла, не требуется сохранять порядок записей RR в исходном файле. Скомпилированная база данных может даже не иметь такого понятия упорядочивания.
  • Когда DNS содержимого использует запись базы данных для набора в ответ на запрос, не требуется кодировать это в каком-либо конкретном порядке, когда он разбивает набор для кодирования в протоколе DNS. Действительно, для таких множеств, как A и AAAA некоторые DNS-серверы контента будут намеренно переупорядочить наборы записей ресурсов.
  • Когда прокси-сервер DNS получает ответ от DNS-сервера содержимого, не требуется использовать или сохранять какой-либо конкретный порядок набора. Действительно, для таких множеств, как A и AAAA некоторые прокси-серверы DNS будут намеренно переупорядочить наборы записей ресурсов.
  • При кэшировании прокси DNS-серверы используют свои кэши, от них не требуется поддерживать какой-либо установленный порядок при добавлении или извлечении вещей из кеша.
  • Когда DNS-клиент получает полный ответ от прокси-DNS-сервера, нет необходимости использовать или сохранять какой-либо конкретный порядок набора. Действительно, для таких множеств, как A и AAAA многие DNS-клиенты будут намеренно переупорядочить наборы записей ресурсов.

Обратите внимание, что из-за этого нужно было указать для DNSSEC. При расчете или проверке RRSIG запись для набора записей ресурсов, всегда необходимо заказать набор первый.

Когда прокси-серверы DNS решают, с какими DNS-серверами контента разговаривать, они используют двухчастный NS плюс A/AAAA информация о делегировании для получения списка IP-адресов DNS-сервера содержимого. Некоторые программы прокси-серверов DNS пытаются ранжировать DNS-серверы контента в соответствии с некоторой метрикой: какой DNS-сервер контента отвечает «лучше всего», для некоторого значения «лучший». Другие просто меняют порядок. А другие вообще ничего не делают и используют любой порядок получения, когда были получены записи ресурсов.

Из этого разнородного диапазона поведения невозможно предсказать, какой контент DNS-серверы будут получать больше всего запросов. Насколько вам известно, прокси-серверы DNS сегодня могут решить, что сервер вашей старой службы хостинга DNS является «лучшим» DNS-сервером контента, о котором можно спросить сегодня. В этом случае все получат старые данные.

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

Так что исправь это.

дальнейшее чтение

Не существует предсказуемого порядка запросов к авторитетным серверам имен. При описанной вами настройке, если ns3.freedns.ws не имеет записи для вашего доменного имени, примерно 1/3 посетителей, пытающихся попасть на ваш сайт, не смогут этого сделать, потому что сервер имен ответит, что это не так. иметь IP-адрес для вашего доменного имени. Я бы посоветовал обратиться к вашему регистратору и попросить его удалить третью запись сервера имен - им должно быть легко обновить.