Добрый день.
Позвольте задать следующие вопросы по поводу настройки DNS.
Прежде позвольте уточнить следующее:
Построен первичные сервер DNS, всё нормально работает.
Можно ли построить на первичном сервере и кэширующий сервер (так как больше машин нет:-))), и будет ли от этого реальная выгода.  Если выгода будет, то как правильно настроить кэширующий сервер на первичном сервере. Если я в named.cond в
options {
        directory "/var/named/";
добавлю сюда- forwarders { ip-адрес }
};
где ip-адрес –адрес данной машины
будет ли это правильно, и где (в каких каталогах) будет тогда кэшироваться информация

Второй вопрос, как правильно на первичном сервере указать, что есть ещё вторичный сервер находящийся по адресу там-то там то.

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

• RE: вопрос по настройке DNS-а,Serge, 16:46 , 29-Янв-03
  • RE: вопрос по настройке DNS-а,lavr, 16:57 , 29-Янв-03

Привет!

>Добрый день.
>Позвольте задать следующие вопросы по поводу настройки DNS.
>Прежде позвольте уточнить следующее:
>Построен первичные сервер DNS, всё нормально работает.
>Можно ли построить на первичном сервере и кэширующий сервер (так как больше

Он у тебя и так кеширует данные полученные от других ДНС серверов.

>машин нет:-))), и будет ли от этого реальная выгода.  Если
>выгода будет, то как правильно настроить кэширующий сервер на первичном сервере.
>Если я в named.cond в
>options {
>        directory "/var/named/";
>добавлю сюда- forwarders { ip-адрес }
>};
>где ip-адрес –адрес данной машины

На мой взгляд глупость! Чего этим хочешь добиться?

>будет ли это правильно, и где (в каких каталогах) будет тогда кэшироваться
>информация
>
>Второй вопрос, как правильно на первичном сервере указать, что есть ещё вторичный
>сервер находящийся по адресу там-то там то.

Насколько я помню - никак!

>
>Третий вопрос, может кто сказать идеологию взаимодействия первичного и вторичного,  имеется
>ввиду, - если первичный сервер упал, второй поднимется автоматически или его
>ручками надо поднимать, и также, - что делается после того как
>первичный поднялся, надо ли говорить вторичному ручками что теперь первичный обратно
>в норме, или это всё происходит в автомате?

Работают оба одновременно , на разных машинах.
При старте вторичный сервер забирает зоны с первичного сервера и периодически (в зависимости от TTL на первичном) обращается к первичному за обновлением зоны.

Тебе надо найти и почитать книгу "DNS & BIND" издательства O'Reilly.
Очень хорошая книга, в Питере продают уже переведенную.
Если очень заинтересует то пиши на мыло - есть кое-что в электронном виде этого издательства, но на английском.

>Привет!
>
>>Добрый день.
>>Позвольте задать следующие вопросы по поводу настройки DNS.
>>Прежде позвольте уточнить следующее:
>>Построен первичные сервер DNS, всё нормально работает.
>>Можно ли построить на первичном сервере и кэширующий сервер (так как больше
>
>Он у тебя и так кеширует данные полученные от других ДНС серверов.
>
>
>>машин нет:-))), и будет ли от этого реальная выгода.  Если
>>выгода будет, то как правильно настроить кэширующий сервер на первичном сервере.
>>Если я в named.cond в
>>options {
>>        directory "/var/named/";
>>добавлю сюда- forwarders { ip-адрес }
>>};
>>где ip-адрес -адрес данной машины
>
>На мой взгляд глупость! Чего этим хочешь добиться?
>
>>будет ли это правильно, и где (в каких каталогах) будет тогда кэшироваться
>>информация
>>
>>Второй вопрос, как правильно на первичном сервере указать, что есть ещё вторичный
>>сервер находящийся по адресу там-то там то.
>
>Насколько я помню - никак!

это, это, это как это никак? :)

прямая зона:

    IN    NS    ns.primary.zone.
    IN    NS    ns.secondary.zone.

итого имеем два сервера, один наш - primary, другой где-то там... и его
fqdn=ns.secondary.zone (названия условны разумеется)

пример:

[unix1]~ > nslookup -q=ns dubna.ru.
Server:  sunct0.jinr.ru
Address:  159.93.17.130

Non-authoritative answer:
dubna.ru        nameserver = ns.ussr.eu.net
dubna.ru        nameserver = ns1.dubna.ru
dubna.ru        nameserver = ns2.dubna.ru
dubna.ru        nameserver = ns.spb.su

Authoritative answers can be found from:
ns.ussr.eu.net  internet address = 193.124.22.65
ns1.dubna.ru    internet address = 62.84.100.7
ns2.dubna.ru    internet address = 62.84.98.7
ns.spb.su       internet address = 193.124.83.69
[unix1]~ >

в файле прямой зоны dubna.ru:
...
...
    IN    NS    ns1.dubna.ru.
    IN    NS    ns2.dubna.ru.
    IN    NS    ns.spb.ru.
    IN    NS    ns.ussr.eu.net.

ns1.dubna.ru - primary
остальные secondary

PS. А в остальном ..., все хорошо, все хорошо.

>>
>>Третий вопрос, может кто сказать идеологию взаимодействия первичного и вторичного,  имеется
>>ввиду, - если первичный сервер упал, второй поднимется автоматически или его
>>ручками надо поднимать, и также, - что делается после того как
>>первичный поднялся, надо ли говорить вторичному ручками что теперь первичный обратно
>>в норме, или это всё происходит в автомате?
>
>Работают оба одновременно , на разных машинах.
>При старте вторичный сервер забирает зоны с первичного сервера и периодически (в
>зависимости от TTL на первичном) обращается к первичному за обновлением зоны.
>
>
>Тебе надо найти и почитать книгу "DNS & BIND" издательства O'Reilly.
>Очень хорошая книга, в Питере продают уже переведенную.
>Если очень заинтересует то пиши на мыло - есть кое-что в электронном
>виде этого издательства, но на английском.