LINUX.ORG.RU
ФорумAdmin

DNS. Теория


0

1

Есть два и более DNS сервера. Есть задача, продолжать выдавать адреса если первый DNS упал. Но править зону хочется только на одном сервере, а второй что бы это все просто синхронизировал.

Как это все в теории осуществляется?

★★★★★
Ответ на: Слышал от petav

Упал primary, тогда если secondary прописан у клиента, то он ответит на запрос. Частота передачи и у кого брать зоны прописывается в настройках.

adriano32 ★★★
()
Ответ на: Слышал от petav

Или ты хочешь отказоустойчивый кластер опять собрать и прописывать один-единый DNS-сервер клиенту?
Кстати, если раздаёшь по DHCP настройки, предложение выше не имеет никаких сложностей в реализации.

adriano32 ★★★
()

По простому один сервер master для данной зоны, на нём правим конфиги, другой slave, он берёт этй зону с master.

По сложному, делам синхронизацию конфигов. Не знаю, есть ли сейчас готовые решения, раньше я писал велосипеды. Это не так удобно, но, позволяет «передавать» view'ы и на работоспособность второго сервера не влияет длительное отключение первого.

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

А что длительное отключение «мастера» когда то влияло на работоспособность слейва, если слейв забирает зону делая AXFR?

ventilator ★★★
()
Ответ на: Слышал от petav

Ты ищешь сложное в простом.

Подумай, а зачем вообще нужен второй dns и механизм master - slave?

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

да. BIND(9.7 точно) к примеру перестает отдавать slave-зону, если с момента последнего обновления зоны(или перезагрузки BIND) проходит больше времени чем прописано в поле expire в SOA зоны. Выяснено экспериментально...

Pinkbyte ★★★★★
()

кагбе primary и slave именно для этого изобрели. 2(или более) DNS-сервера, которые отдают одну и ту же зону(зоны). Изменения на главном сервере распространяются на подчиненные

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

Несколько сетей в каждой свой DNS и своя зона.
Есть еще зона admin, к примеру. Но ресурсы зоны admin лежат в разных сетях. Т.е. там кусочек и там кусочек.
. Если создать зону на одном. Это дает некоторую отказоустойчивость, не возможно сразу потерять все админские ресурсы. НО если теряем DNS этой зоны, то... Вот хочется на каждом DNS сервере создать зону admin. И пусть эта зона синхронизируется. Или я где-то заблудился?

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

ВО написал. Надеюсь понятно.

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

Что значит «ресурсы зоны в разных сетях»?
Зона ДНС то где лежит? На одном сервере? Или на нескольких?
Сформулируй нормально)

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

Простите, пробую еще раз

Есть сети:
192.168.200.0 в этой сети свой DNS и зона «200»
192.168.201.0 в этой сети свой DNS и зона «201»
192.168.202.0 в этой сети свой DNS и зона «202»
В каждой сети есть компьютеры которые нужно отнести к зоне admin. Можно на любом из DNS серверов поднять эту зону, а хочется на каждом DNS сервере поднять зону admin и просто синхронизировать. Сеть может отвалиться и теряем часть компьютеров admin, остальные продолжают быть в сети. А если отвалится сеть с зоной admin, то все компьютеры будут не доступны по имени.

petav ★★★★★
() автор топика
Ответ на: Простите, пробую еще раз от petav

Зона 200 это что? Зона обратного просмотра?
Или просто название такое странное? :)

Вообще не вижу проблем - подними зону админ на любом сервере как primary и пропиши в нее все нужные адреса из всех сетей, это не принципиально. А на остальных двух поставь ее как secondary и она будет реплицироваться туда при каждом изменении primary-зоны. Только как уже говорили - поставь зоне повыше TTL, чтобы при его истечении secondary сервера не перестали отдавать эту зону.

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

Или просто название такое странное? :)

Название странное. Что бы легче понять было

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

Сейчас так и сделано. Просто думал что это мой велосипед ))

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