rndc reload не забыли?
И вы так и не ответили, чем редактируете зоны.
В SOA уменьшить TTL (time-to-live).
Следует не "уход трафа" проверять, а выдачу DNS-ответа именно с ваших неймсерверов утилитами host, dig или nslookup.
Кстати, если вы изменяли файл зоны в редакторе, надеюсь, не забыли увеличить serial? А то, если его значение осталось прежним, никто не "полюбит" обновлять ваши dns. ;)
Outpost не молчит. Он говорит, что изменились компоненты приложения. Правда, при автоапдейтах винды поди разбери, легально ли они изменились. :)
:D :D :D
Точно! Или энергоподстанция. А аккумуляторы резерва электрики пропили.
А датасервер в третьем. :) Или по технологии master - slave. Остается только угадать, кто первым ляжет. :D
Если просто прописать, то клиенты будут бегать на оба сервера равномерно.
Если хотите, чтобы на второй ходили только при отказе первого, используйте sortlist в конфиге бинда..
Даже при наличии такого резольвера, в данной ситуации это никак не поможет - всем посетителям его не поставишь. :)
Сейчас малость поэкспериментирую в резольвером XP и напишу, что вышло.
UPD:
Сделал в локальной сети (использую bind8) такую зону. Вставил десяток неотвечающих и среди них один реальный IP. Все сервисы винды сразу нашли рабочий и пошли только к нему. :)
Элементарно, Ватсон. :)
В файле зоны пишем где-то так:
google.com. A 72.14.207.99
google.com. A 64.233.187.99
google.com. A 64.233.167.99
...
При DNS-запросе получаем ответ:
[root@power]#host google.com
google.com has address 72.14.207.99
google.com has address 64.233.187.99
google.com has address 64.233.167.99
Здесь еще:
И обратите внимание на директивы rrset-order, sortlist и topology в конфиге BIND.
Похоже, как правильно заметил предыдущий оратор, потому, что ваш спец его знает. Дай бог, чтобы его знания не ограничивались единственным дистрибутивом единственной оси.
Кстати, про SuSE говорят, что:
Про интернет-серверы - ни слова.
