нужно перенести пару серверов из одного ДЦ в другой, как результат поменяются ip, все сайты скопом переделегировать не получится, по-этому один сервер на старом месте будет какое-то время жить, и отдавать зоны.
но есть загвоздка, хранить дубль ДНС данных на старом сервере не получится т.к. данные время от времени изменяются/пополняются и как следствие получится
рассинхронизация, слейв из-за разных ip-ов не поднимешь, выгрибать время от времени скриптом зоны, менять в них ip-ы и перезагружать named - не выход.
скорее всего, правильным решением, было бы при запросе какой-то зоны со старых ip, опрашивать днс-ы на новых ip и выдавать результат, но как? или как сделать правильно?

• смена ip-ов и перенаправление ДНС,PavelR, 19:26 , 26-Апр-09
  • смена ip-ов и перенаправление ДНС,pon, 21:02 , 26-Апр-09
    • смена ip-ов и перенаправление ДНС,PavelR, 21:58 , 26-Апр-09
      • смена ip-ов и перенаправление ДНС,PavelR, 22:09 , 26-Апр-09
        • смена ip-ов и перенаправление ДНС,pon, 15:16 , 27-Апр-09

>слейв из-за разных ip-ов не поднимешь,

похоже на чушь.

>похоже на чушь.

похоже что читать не умеете.

понял что с днс мудрить и не нужно, достаточно rinetd/redir, но что бы udp умели, или возможно ли нат настроить примерно так (pf):
nat on em0 from any to ${local_ip} port 53 -> ${remote_ip} port 53
данная конструкция почему-то не работает

>>похоже на чушь.
>
>похоже что читать не умеете.

как вы пишете, так и читаем.

>
>понял что с днс мудрить и не нужно,

и снизошло на человека озарение, и понял он, что днс-сервисы и веб-сервисы есть суть разные понятия.

У Вас каша в голове, смешано всё в кучу. днс, веб, перенаправления какие-то непонятные.

> достаточно rinetd/redir, но что
>бы udp умели, или возможно ли нат настроить примерно так (pf):
>
>nat on em0 from any to ${local_ip} port 53 -> ${remote_ip} port 53
>данная конструкция почему-то не работает

а потому что в обратную сторону пакеты пойдут не через перенаправляющий хост, соответственно конструкция и не сработает.

Вам надо примерно такую последовательность:

1. переносим сайты на второй сервер.
2. на первом сервере делаем проброс хттп-запросов на второй сервер, нжинкс, или ченть другое.
3. переписываем адреса сайтов в днсах на первом сервере, чтобы сайты запрашивались со второго.
4. переносим днсы на второй сервер.

> 1. переносим сайты на второй сервер.
> 2. на первом сервере делаем проброс хттп-запросов на второй сервер, нжинкс,
>или ченть другое.
> 3. переписываем адреса сайтов в днсах на первом сервере, чтобы сайты
>запрашивались со второго.
> 4. переносим днсы на второй сервер.

5. делаем зоны на первом сервере слейвами. мастером для них выступает теперь второй сервер.

Не вижу в этом моменте никаких проблем.

>и снизошло на человека озарение, и понял он, что днс-сервисы и веб-сервисы есть суть разные понятия.

я не говорил про веб, но да, из-за трех сосен не увидел леса. когда задавал вопрос, это казалось, что-то очень сложное из-за того, что неосознал задачу до конца и не посмотрел на нее с разных сторон.

>Вам надо примерно такую последовательность:

да, я для себя уже сформировал примерно такую же последовательность, и действовл бы по ней если ничего интереснее не придумал бы, но все же нашел выход более красивый и требующий меньше телодвижений, перенаправлю трафик программой udppm из 3proxy

Благодарю за помощь и меньше ворчите :)