Предположим, у меня есть домен, например example.com, и я настраиваю основной и дополнительный сервер имен домена как ns1.example2.com и ns2.example2.com.
Вопросов:
Получается ли IP-адрес серверов имен извлекается и сохраняется в базе данных реестра (т. Е. VeriSign для доменов .com) во время установки этих серверов имен для моего домена example.com? Или это и IP, и доменное имя для серверов имен?
Если обе части информации сохранены, что произойдет, если в какой-то момент времени будет изменен IP-адрес самого сервера имен? Я имею в виду, как реестр узнает об изменении IP-адреса?
РЕДАКТИРОВАТЬ: Вопрос не в том, что произойдет, если IP-адрес веб-хоста изменится, а в том, что произойдет, если изменится IP-адрес сервера имен . Я знаю, что это обычно не происходит, поскольку все серверы имен будут иметь статический IP-адрес. Но допустим, что сервер имен перемещен на другой физический сервер в другой сети и, следовательно, ему присвоен новый IP-адрес. В этом случае не возникнет ли проблема с системой доменных имен из-за того, что сам сервер имен не может быть найден?
Подумайте об этом на мгновение, и кто-нибудь, пожалуйста, поправьте меня, если мое мышление здесь неверно. Предположим, что кэш не используется повсюду, и необходимо найти доменное имя example.com, чтобы найти IP-адрес веб-хоста.
Шаг 1. Запрашивается корневой каталог, который возвращает серверы имен для домена верхнего уровня .com.
Шаг 2: Серверы имен .com будут опрошены, и это вернет серверы имен для example.com. Информация, которую мы получили бы в результате этого запроса, будет выглядеть примерно так:
- ns2.example2.com интернет-адрес = 216.239.34.10
- ns1.example2.com интернет-адрес = 216.239.32.10
Теперь, не будут ли эти возвращаемые IP-адреса устаревшими? Один из способов, которым я могу придумать, чтобы серверы имен .com могли синхронизировать их каждый раз, если сервер имен .com разрешал ns2.example2.com в режиме реального времени каждый раз, когда был сделан запрос для домена example.com! Очевидно, этого не может быть, потому что это создаст еще большую нагрузку на серверы имен .com.
Это часть, которую я не совсем понимаю о системе доменных имен и, следовательно, мои вопросы.
источник
Ответы:
Предположим, у меня есть домен, например example.com, и я настраиваю основной и дополнительный сервер имен домена как ns1.example2.com и ns2.example2.com.
Перед настройкой серверов имен для вашего домена вам необходимо зарегистрировать каждый сервер имен у регистратора вашего домена, для которого требуется имя хоста и IP-адрес сервера имен. Пример шагов для одного регистратора можно посмотреть здесь .
Получается ли IP-адрес серверов имен извлекается и сохраняется в базе данных реестра (т. Е. VeriSign для доменов .com) во время установки этих серверов имен для моего домена example.com?
Регистратор домена обновит официальный DNS-сервер реестра для TLD, указав имя хоста и IP-адрес сервера имен. Временные рамки для этого обновления зависят от регистратора, однако большинство крупных компаний достаточно быстро его обновляют. Для
.com
серверов имен вы можете просмотреть эти обновления, используя инструмент Verisign для WHOIS (щелкнитеName Server
вкладку).Если обе части информации сохранены, что произойдет, если в какой-то момент времени будет изменен IP-адрес самого сервера имен? Я имею в виду, как реестр узнает об изменении IP-адреса?
Чтобы обновить IP-адрес сервера имен, вы должны отредактировать IP-адрес хоста сервера имен у своего регистратора доменов, который затем обновит официальный DNS-сервер для TLD. Примеры шагов можно посмотреть здесь .
После того, как эти обновления сделаны на уровне авторитетного DNS-сервера с реестром, DNS-серверы по всему миру будут запрашивать их и обновлять свои базы данных DNS. Чтобы это произошло, требуется время, поэтому изменения DNS требуют времени для распространения, чтобы клиенты могли разрешать их повсюду.
Кэширование выполняется на всех уровнях, чтобы уменьшить нагрузку на всю распределенную систему. Клиенты сначала проверяют свой собственный кэш для хоста, и в случае отсутствия или истечения срока действия будут запрашивать DNS-серверы вашего сетевого провайдера, интернет-провайдера или общедоступные DNS-серверы, которые периодически обновляются и могут не разрешать изменения IP-адреса сервера имен немедленно.
Для получения дополнительной информации см .: Как работает DNS
источник
DNS-серверы довольно просты, но в то же время довольно сложны, и я постараюсь описать происходящее как можно быстрее.
В основном каждый домен имеет файл зоны, который также содержит информацию о том, куда он указывает, например записи MX для электронной почты и записи A для IP-адресов. Запрос каждого домена каждый раз был бы ресурсоемким, и поэтому у нас есть DNS-серверы, на которых хранится такая информация, как IP-адрес. Поэтому, когда вы посещаете веб-мастеров Pro, ваш широкополосный сервер запрашивает IP-адрес DNS-сервера, без этого ваш сайт будет доступен только с IP-адресом.
DNS-серверы кешируют данные, но они также истекают через X часов или дней. Вот почему распространение может занять от нескольких часов до нескольких дней, DNS-серверы работают с интервалами и истекают, поэтому, если ваш IP-адрес меняется, это может занять несколько часов или даже дней в зависимости от типа домена. Большинство DNS-серверов имеют приоритет над доменами уровня .com и страны, так как считают, что они важнее, например .info или .name
Но, как правило, для 99,9% веб-хостов и других хостинговых служб будут использоваться статические IP-адреса, поэтому они никогда не меняются, и это проблема только при переключении одного сервера на другой при выдаче нового IP-адреса.
Если у вас есть dymantic IP, который регулярно меняется, то вам нужна служба DDNS, которая быстро обновляет IP, это другая технология, и на самом деле они используют свои собственные IP-адреса, которые маскируются. Надеюсь, что это ответ на ваш вопрос ;)
источник
(опубликовав это как ответ, я пока не могу комментировать)
Записи, которые хранятся на серверах имен TLD, которые указывают, где найти серверы имен для данного домена, называются Glue Records , просто упоминая, что, поскольку это может быть терминологией, которую ваш регистратор использует в своей документации.
Без склеенных записей, если вы используете серверы имен, чьи имена находятся в том же домене, что и домен, который они обслуживают (как в случае с примерами example.com, ns1.example2.com и ns2.example2.com), тогда не будет никакого способа что-то, пытающееся найти запись в example.com, чтобы найти ее - это проблема "Цыпленок и яйцо".
Если у ваших серверов имен есть имена, которые находятся за пределами домена, то вам не нужны склеенные записи.
Еще одна вещь, на которую следует обратить внимание, это то, что при добавлении склеенных записей некоторые регистраторы ожидают, что вы введете часть имени узла (ns1 и ns2 в вашем примере) - регистратор затем добавляет остальную часть домена. Если вы используете полное имя (например, ns1.example.com), вы получите ns1.example.com.example.com, который не будет работать.
источник