Всякий раз при создании зоны первой заполняется SOA RR где указывается primary master сервер, обслуживающий данную зону. После чего в первой NS записи всегда прописывают этот же самый сервер. Теперь два вопроса:

1. Зачем вобще нужна SOA запись практически? Это лишь служебная информация о зоне, которую можно просмотреть в случае надобности программой nslookup, например, и узнать кто является primary master'ом, каков почтовый адрес админа и т.п.?

2. Зачем нужна NS RR с primary master'ом? Ведь это информация уже есть в SOA. Или здесь есть четкое разделение и DNS вобще не волнует чего там в SOA и когда определяется сервер, обслуживающий зону, DNS смотрит лишь на NS записи? Короче зачем эта избыточность? :)

• Зачем задавать primary master сервер в NS записи?,lavr, 11:29 , 13-Июл-05
  • Зачем задавать primary master сервер в NS записи?,Lestat, 12:34 , 13-Июл-05
    • Зачем задавать primary master сервер в NS записи?,lavr, 12:37 , 13-Июл-05
• Зачем задавать primary master сервер в NS записи?,Dmitry U. Karoiv, 16:01 , 13-Июл-05
  • Зачем задавать primary master сервер в NS записи?,Lestat, 07:45 , 15-Июл-05

>Всякий раз при создании зоны первой заполняется SOA RR где указывается primary
>master сервер, обслуживающий данную зону. После чего в первой NS записи
>всегда прописывают этот же самый сервер. Теперь два вопроса:
>
>1. Зачем вобще нужна SOA запись практически? Это лишь служебная информация о
>зоне, которую можно просмотреть в случае надобности программой nslookup, например, и
>узнать кто является primary master'ом, каков почтовый адрес админа и т.п.?
>
>
>2. Зачем нужна NS RR с primary master'ом? Ведь это информация уже
>есть в SOA. Или здесь есть четкое разделение и DNS вобще
>не волнует чего там в SOA и когда определяется сервер, обслуживающий
>зону, DNS смотрит лишь на NS записи? Короче зачем эта избыточность?
>:)

раздел Документация (opennet) - ищешь DNS, там все есть

>>Всякий раз при создании зоны первой заполняется SOA RR где указывается primary
>>master сервер, обслуживающий данную зону. После чего в первой NS записи
>>всегда прописывают этот же самый сервер. Теперь два вопроса:
>>
>>1. Зачем вобще нужна SOA запись практически? Это лишь служебная информация о
>>зоне, которую можно просмотреть в случае надобности программой nslookup, например, и
>>узнать кто является primary master'ом, каков почтовый адрес админа и т.п.?
>>
>>
>>2. Зачем нужна NS RR с primary master'ом? Ведь это информация уже
>>есть в SOA. Или здесь есть четкое разделение и DNS вобще
>>не волнует чего там в SOA и когда определяется сервер, обслуживающий
>>зону, DNS смотрит лишь на NS записи? Короче зачем эта избыточность?
>>:)
>
>раздел Документация (opennet) - ищешь DNS, там все есть

Я что докумментации не читал? Вы прочитали вопрос?

>>>Всякий раз при создании зоны первой заполняется SOA RR где указывается primary
>>>master сервер, обслуживающий данную зону. После чего в первой NS записи
>>>всегда прописывают этот же самый сервер. Теперь два вопроса:
>>>
>>>1. Зачем вобще нужна SOA запись практически? Это лишь служебная информация о
>>>зоне, которую можно просмотреть в случае надобности программой nslookup, например, и
>>>узнать кто является primary master'ом, каков почтовый адрес админа и т.п.?
>>>
>>>
>>>2. Зачем нужна NS RR с primary master'ом? Ведь это информация уже
>>>есть в SOA. Или здесь есть четкое разделение и DNS вобще
>>>не волнует чего там в SOA и когда определяется сервер, обслуживающий
>>>зону, DNS смотрит лишь на NS записи? Короче зачем эта избыточность?
>>>:)
>>
>>раздел Документация (opennet) - ищешь DNS, там все есть
>
>Я что докумментации не читал?

откуда мне знать, судя по вопросу - не читали или поверхностно

> Вы прочитали вопрос?

да

В SOA-записи есть "serial" - по нему вторичные DNS-серверы определяют, у кого самая свежая версия DNS-зоны.
Там же есть тайм-ауты кэширования (т.е. сколько времени можно использовать ответ DNS-сервера, не запрашивая его заново). Надеюсь, не надо объяснять, что такое "кэширование" и зачем оно нужно.

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

PS: http://DmitryKarpov.nm.ru/networks/dns.htm

>В SOA-записи есть "serial" - по нему вторичные DNS-серверы определяют, у кого
>самая свежая версия DNS-зоны.
>Там же есть тайм-ауты кэширования (т.е. сколько времени можно использовать ответ DNS-сервера,
>не запрашивая его заново). Надеюсь, не надо объяснять, что такое "кэширование"
>и зачем оно нужно.
>
>NS-записи указывают на "авторитетные" серверы данной зоны. Если сервер не указан в
>этом списке, то его зана считается недостоверной.
>
>PS: http://DmitryKarpov.nm.ru/networks/dns.htm

Да, конечно, я знаю это, забыл упомянуть. Но все-таки вопрос не в этом. Зачем избыточность? Primary master описан в SOA, зачем его снова писать в NS? Я понимаю, может вопрос философский. А ответ: "Потому что так надо". И при просмотре дерева доменов, никто там не будет глядеть в SOA, а посмотрит только NS записи и primary master просто обойдут стороной.