https://www.opennet.me/openforum/vsluhforumID1/81628.html Описываю ситуацию.<br>На данный момент есть один мастер ДНС сервер (который находится у нас на площадке), а так же слейв ДНС, который находится у провайдера. Схема в общем-то стандартная.<br><br>Задача:<br>Необходимо обеспечить динамическое изменение файла зоны, которую обслуживает ДНС сервер в зависимости от доступности основного и-нет канала.<br>Т.е. на нашей площадке есть 2 и-нет канала (от двух разных провайдеров) для обеспечения бесперебойной работы веб серверов. В случае если основной канал падает зона ДНС изменяется относительного запасного канала (меняются внешние АйПи адреса серверов, на другого прова).<br>Но есть проблема. Т.к. мастер ДНС завязан на наш основной канал, при падении канала он не ессно не может отдать новый файл зоны слейв ДНС серверу провайдера.<br>Вопрос собственно как решить эту проблему без переноса мастер ДНС сервера на другую площадку. Можно-ли указать на слейв ДНС сервере провайдера два мастер сервера (masters { x.x.x.x; y.y.y.y }), которые будут соответствовать нашим двум АйПи адресам разных https://www.opennet.me/openforum/vsluhforumID1/81628.html#5 Wed, 20 Aug 2008 14:42:34 GMT по поводу кеша - если крупный сервак то ставить кеш на малый TTL хрено - будет слишком часто чистить базу и часто возобновлять кешь.<br><br>У меня TTL кеша выставлен на серваках от 1 до 7 дней - в зависимости от объема памяти и загруженности.<br>Есть у меня серваки который до 1000 рекурсивных запросов паралельно молотят.<br><br><br> https://www.opennet.me/openforum/vsluhforumID1/81628.html#4 Wed, 20 Aug 2008 14:07:59 GMT Всем спасибо за обсуждение вопроса.<br>Я вот тут подумал, а что если просто банально прописать у регистратора 3 записи.<br>Две из них будут отвечать мастер серверу (с разными АйПи), а третья соответственно слейв серверу провайдера. Будет-ли такая схема работать?<br> https://www.opennet.me/openforum/vsluhforumID1/81628.html#3 Wed, 20 Aug 2008 13:03:32 GMT &gt;!НО! подход сам по себе бредовый (если не сказать хуже)<br><br>Ну БРЕДОВЫЙ мне кажется слишком, тут как правило диктует ситуация, а они как правело бывают разные.<br><br>&gt;предположим что первый канал упал, и сервак (не важно как), стал отдавать <br>&gt;другие адреса<br><br>Ну ну, как это НЕ ВАЖНО КАК и что это такое ДРУГИЕ АДРЕСА.<br>Все равно в этом контексте будет отдавать то что нужно.<br>это так общее замечание...<br><br>&gt;у которого есть кешь, который в бинде по дефолту НЕДЕЛЯ!!!<br><br>Поделись секретом, если у тебя есть в обслуге днс кокой у тебя там кешь<br><br>&gt;Что будет при регулярнух паднниях канала - не сложно додумать. <br>&gt;О какой доступности и стабильности - тут может идте речь???<br><br>Конечно спасибо за совет и анализ ситуации, но как говорится мы сами с усам и без сопливых скользко :-).<br>Лично для меня при падении канала основная проблема не в днс а в том как бы можно скорей этот канал поднять.<br><br>&gt;Если уж очень надо так сделать - то надо пробовать использовать для <br>&gt;записей мультиайпи, те для одной записи несколько айпи - например https://www.opennet.me/openforum/vsluhforumID1/81628.html#2 Wed, 20 Aug 2008 11:01:12 GMT Вообщето можно поизвращатся и придумать схему ... <br>!НО! подход сам по себе бредовый (если не сказать хуже), и таит в себе подводные камни:<br>предположим что первый канал упал, и сервак (не важно как), стал отдавать<br>другие адреса - те например www.your_server.ru был 123.123.123.123, а теперь он двруг стал 321.321.321.321. Все вроде бы гут - ДА ШАС!<br>Взглянем на удаленного пользователя - когда он начинал работать с серваком адрес был 123.123.123.123 - и вдруг он сменился на 321.321.321.321 - дак вот пользователь об этом не узнает ОООЧЕНЬ ДОЛГОЕ ВРЕМЯ, а все потому что у него свой dns (тотже бинд), у которого<br>есть кешь, который в бинде по дефолту НЕДЕЛЯ!!! В результате пользователь тупо ломится по старому айпи - и у него естественно ничего не работает.<br>Что будет при регулярнух паднниях канала - не сложно додумать.<br>О какой доступности и стабильности - тут может идте речь???<br><br>Если уж очень надо так сделать - то надо пробовать использовать для записей мультиайпи,<br>те для одной записи несколько айпи - например https://www.opennet.me/openforum/vsluhforumID1/81628.html#1 Wed, 20 Aug 2008 09:00:47 GMT Было время я как то тоже замарочился такой проблемой, я не буду говорить что моя схема тру но у меня работает и пока тфу тфу тфу без особых проблем.<br><br>Ситуация вточ вточ как у вас.<br>Как делал, с динамическими файлами зон заморачиватся не стал, а запустил два бинда каждый на своем ип, причем в зависемости от текущего основного канала фаерволом все запросы к днс, входящие с резервного перенаправляются на днс основного канала и обратно.<br>Канал поменялся схема тоже инвертнулась вот и все. Естественно файлы зон у каждого сервера разные :-)<br><br>Как вариант можно попробовать может подойдет.<br><br><br>