Всем привет!
Подскажите, можно ли при помощи DNS реализовать резервирование веб-сервера?
Система такая:
На первом сервере крутится ns для домена и сам веб-сервер для домена.
На втором сервере то же самое, только у него другой ip-адрес.
У регистратора первичный ns для домена прописан ip-адрес первого сервера,
вторичный ns прописан ip-адрес второго сервера.
При отказе первого сервера все запросы должны идти ко второму.

Но реально они идут всё равно к первому, а он не отвечает.

Всё ли правильно я сделал, зачем тогда нужен вторичный ns-сервер?

• Резервирование DNS,angra, 11:16 , 19-Июл-08
  • Резервирование DNS,KOSta85, 16:53 , 21-Июл-08
    • Резервирование DNS,Michael Quad, 22:04 , 21-Июл-08
      • Резервирование DNS,KOSta85, 16:19 , 22-Июл-08
        • Резервирование DNS,Michael Quad, 19:04 , 22-Июл-08
  • Резервирование DNS,Pahanivo, 07:44 , 23-Июл-08
    • Резервирование DNS,KOSta85, 11:04 , 28-Июл-08

>Всё ли правильно я сделал, зачем тогда нужен вторичный ns-сервер?

Чтобы отдавать правильные ns записи в случае отказа первичного. Записи на обоих должны совпадать. Не стоит забывать что клиенты кешируют результаты запросов, можно поставить минимальный ttl дабы избежать кеширования. В целом подход неверный.

>>Всё ли правильно я сделал, зачем тогда нужен вторичный ns-сервер?
>
>Чтобы отдавать правильные ns записи в случае отказа первичного. Записи на обоих
>должны совпадать. Не стоит забывать что клиенты кешируют результаты запросов, можно
>поставить минимальный ttl дабы избежать кеширования. В целом подход неверный.

Спасибо, но

1) Имитирую я отказ при помощи отключения первичного ns. Но всё равно запросы идут ко второму ns. Почему так?
2) Как правильно нужно делать?

>[оверквотинг удален]
>>
>>Чтобы отдавать правильные ns записи в случае отказа первичного. Записи на обоих
>>должны совпадать. Не стоит забывать что клиенты кешируют результаты запросов, можно
>>поставить минимальный ttl дабы избежать кеширования. В целом подход неверный.
>
>Спасибо, но
>
>1) Имитирую я отказ при помощи отключения первичного ns. Но всё равно
>запросы идут ко второму ns. Почему так?
>2) Как правильно нужно делать?

1) Возможно, кэш клиента содержит ip-адрес первого сервера. Нужно сбросить DNS кэш.
2) Незнаю правильно или нет, но для одного имени можно прописать несколько ip и указать опцию.. roundrobin и ещё поставить маленький TTL чтобы клиенты чаще выполняли запросы..

>[оверквотинг удален]
>>
>>1) Имитирую я отказ при помощи отключения первичного ns. Но всё равно
>>запросы идут ко второму ns. Почему так?
>>2) Как правильно нужно делать?
>
>1) Возможно, кэш клиента содержит ip-адрес первого сервера. Нужно сбросить DNS кэш.
>
>2) Незнаю правильно или нет, но для одного имени можно прописать несколько
>ip и указать опцию.. roundrobin и ещё поставить маленький TTL чтобы
>клиенты чаще выполняли запросы..

1) Про кэш я так и думал!
2) А где эту опцию roundrobin надо указывать?

http://www.google.ru/search?hl=ru&hs=mjy&q=round+robin+bind&...оНХЯЙ&meta=

http://www.zytrax.com/books/dns/ch9/rr.html#services
http://www.zytrax.com/books/dns/ch7/queries.html#rrset-order

Надо бы мануальчик почитать..

> В целом подход неверный.

Подход вообще бредовый - round robin реализует распределение нагрузки.

>> В целом подход неверный.
>
>Подход вообще бредовый - round robin реализует распределение нагрузки.

Спасибо!
Мануал почитаю, возможно получится!