ни о какой постановки речи идти не может, вы просили подробностей - выслал
упрощенный кусок, который затрагивает только вопрос rrset-order и который
можно на пальцах объяснить, чтобы ошибок больше не было

25 сентября 2012 г., 17:32 пользователь Eugene Berdnikov 
<[email protected]>написал:

> On Tue, Sep 25, 2012 at 04:51:49PM +0400, Anatoly Molchanov wrote:
> > domain.com:
> > ns ns1.domain.com ip1
> > ns ns2.domain.com ip2
> > ns ns3.domain.com ip3
> >
> > ns1.domain.com {
> >  test.domain.com A ip1
> >  test.domain.com A ip2
> > max_connections=50
> > }
> >
> > ns2.domain.com {
> >  test.domain.com A ip2
> >  test.domain.com A ip3
> > max_connections=2000
> > }
> >
> > ns3.domain.com {
> >  test.domain.com A ip3
> >  test.domain.com A ip1
> > max_connections=2000
> > }
> >
> > * зоны на nsX генерируются так:
> > для каждой ноды выполнить {
> >  если нода жива, то дописать ее в прямую/обратную зону текущего
> dns-сервера
> >  если текущая нода является самой нагруженной, то max_connections=50,
> иначе
> > =2000
> > }
>
>  Судя по всему, это какая-то попытка сделать балансировку нагрузки
>  на коленке... Судя по невнятности постановки задачи, решение ещё
>  более сомнительное и потому вряд ли кого-то заинтересует.
> --
>  Eugene Berdnikov
>
>
> --
> To UNSUBSCRIBE, email to [email protected]
> with a subject of "unsubscribe". Trouble? Contact
> [email protected]
> Archive: http://lists.debian.org/[email protected]
>
>

Ответить