Как клиент получает файл зоны?
Я понимаю роль записи NS, но я не понимаю, как клиент (например, мой компьютер) получает запись NS в первую очередь? Пожалуйста, помогите мне заполнить пробел:
- я хочу
abc.com
- Я спрашиваю??? для файла зоны
- Я получаю информацию о файле зоны, содержащую записи NS для
abc.com
, которыйns1.xyz.com
,ns2.xyz.com
и так далее - Я прошу авторитетный сервер имен для
.com
(который можно получить, запросив у 13 корневых серверов) IP-адресns1.xyz.com
- я спрашиваю
ns1.xyz.com
какой IPabc.com
является. Возвращается1.2.3.4
- Я говорю с
1.2.3.4
В пункте 2, к кому мне обращаться, чтобы получить файл зоны? Мне нужно знать, где находится файл зоны, чтобы узнать, к кому обратиться, чтобы получить IP. Но как найти файл зоны? Или где хранится информация, содержащаяся в миллионах файлов зон?
2 ответа
Если вы работаете в качестве клиента, то есть потребителя DNS, вам не понадобится файл зоны. Запрос файлов зоны через IXFR или AXFR считается плохим поведением, если вы фактически не обслуживаете DNS для данного домена.
Ваш распознаватель будет использовать корневые подсказки, чтобы найти .com
(рДВУ) сервер имен. Затем сервер имен рДВУ запрашивает базу данных, чтобы определить, какой сервер имен является доверенным для этого домена. База данных обновляется регистраторами, когда пользователь регистрирует домен, и также поддерживается регистратором - поэтому каждый раз, когда изменяется сервер имен (запись NS), регистратор отвечает за передачу этого изменения на сервер имен рДВУ.
Используя эту информацию, клиент затем запрашивает xyz.com
сервер имен для IP-адреса abc.com
,
В очень простой форме:
Ваш DNS-клиент ищет ответ в своем кеше DNS-клиента. Не найдя ответа:
DNS-клиент запрашивает ответ у DNS-сервера.
DNS-сервер клиента ищет ответ в кеше DNS-сервера. Не найдя его:
DNS-сервер клиента (если не используются серверы пересылки) запрашивает ответ у одного из корневых серверов подсказок (.).
Корневой сервер подсказок отвечает с NS за серверы gTLD, ответственные за рассматриваемый gTLD (.com).
DNS-сервер клиента запрашивает у одного из серверов рДВУ NS соответствующего домена (abc.com).
Сервер gTLD отвечает с помощью NS DNS-сервера, ответственного за рассматриваемый домен (abc.com).
DNS-сервер клиента запрашивает у NS (ns1.abc.com) соответствующую запись.
NS для рассматриваемого домена отвечает DNS-серверу DNS-клиента.
DNS-сервер клиента дает ответ вашему DNS-клиенту.
Кстати, ни ваш DNS-клиент, ни его DNS-сервер не получают файл зоны.