LINUX.ORG.RU
ФорумAdmin

[DNS] Механизм выбора NS

 


0

1

Вообщем я не пойму один механизм DNS. Например у меня есть домен example.com. У этого домена 4 ns сервера и соотвественно 4 NS-записи.

a.example.com.
b.example.com.
c.example.com.
d.example.com.

На всех 3 серверах есть А-запись кроме одного

test.example.com.

и вот ситуация... не обновлиась зона на NS a.example.com и оно не знает про субдомен test, соотвественно по логике оно должно обратися к b.example.com по истичении TTL .. Вопрос заключается в том.. как оно решает по истичению ТТL кому обратится? .. Случайным способом ? тоесть есть вариатность в 25% что оно опять попадёт на тотже незнающий NS? Правильно я понимаю? А если a.example.com вообще поляжит? оно проверить сначало жив ли NS и если нет сразуже обратится к b.example.com или опять будет ждать окончания TTL? Или есть ещё какойто механизм выбора NS для запроса ? Спасибо...

★★

Считается, что все 4 NS-а равнозначны, т.е. надо обратиться к случайному. При отсутствии ответа - к любому другому.

А вообще сейчас используется кеширование времени ответа серверов, чтобы обратиться к наиболее быстрому, или вообще рассылка запроса на несколько NS-серверов одновременно (кто первым ответит - тот и прав).

AEP ★★★★★
()

Странная ситуация. Вообще-то один из NS'ов должен быть master'ом, и при обновлении зоны рассылать slave'ам notify, что зона изменилась.

botkin
()
Ответ на: комментарий от botkin

Абсолютно верно один мастер остальные слейвы. А что бы зоны обновлялись после добавления на мастере (новая запись всегда заносится только в мастер) еще необходимо сериал изменить

ssbury
()

> не обновлиась зона на NS a.example.com и оно не знает про субдомен test, соотвественно по логике оно должно обратися к b.example.com

Если a.example.com вернул NXDOMAIN, то не должно

sjinks ★★★
()

Механизм выбора NS

Не путай клиента и сервера DNS

Клиент dns при запросе к зоне example.com будет использовать любой из NS'ов, случайным образом.

Трансфер зоны осуществлятеся не с NS, а с master DNS

не обновлиась зона на NS a.example.com и оно не знает про субдомен test, соотвественно по логике оно должно обратися к b.example.com по истичении TTL .

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

Если DNS сервер отвечает за зону example.com (type master, typy slave, но не type forward, например), то все вопросы к этой зоне он разрешает лично, никуда не обращаясь.

Если он является slave, то время от времени он обращается к master, чтобы выполнить с него трансфер зоны. Также он должен выполнить трансфер внепланово, если с master'а придёт извещение об обновлении зоны

router ★★★★★
()
Ответ на: комментарий от router

[quote] Трансфер зоны осуществлятеся не с NS, а с master DNS [/quote] Не обязательно. Как настроишь, от туда и будет трансфер, если он разрешен.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.