Я работаю над той же проблемой и здесь являюсь двумя ссылками, которые помогли:
Документация Novell относительно HA, который является тем, на что Вы уже, вероятно, смотрите:
Практическое руководство выравнивания нагрузки от сообществ Novell:
http://www.novell.com/communities/node/4846/load-balancing-howto-lvs-ldirectord-heartbeat-2
Загрузите высоконадежное SLES 11 Расширение как дополнение от сайта Novell. Это не было сгруппировано под Suse Enterprise Linux, как я ожидал, но был в его собственной категории для загрузки. После того как HAE добавляется как источник, можно выбрать Управление программным обеспечением, Шаблоны, и выбрать High Availability для установки всех пакетов сразу.
Все еще работая над частью конфигурации, все же.
Mark
Размещение пользователей DHCP в том же пространстве имен, что и ваши серверы, рискованно. Используйте поддомен для DHCP. Затем вы можете легко пересылать то, что нужно отправить в DNS.
Если вы используете NAT для адресов ваших серверов, убедитесь, что вы включили фиксированный NAT или продублируйте записи с соответствующими адресами на вашем локальном сервере. В этом случае вы не будете пересылать запросы.
Использование одного и того же домена в двух «пространствах», как внутренний и внешний домен с одним и тем же именем, очень сбивает с толку и сопряжено с риском. Но если вам нужно это сделать, вы должны убедиться, что они разделены, но все же синхронизированы. Обычно вы используете представления, если один и тот же авторитетный сервер имен отвечает на запросы как от внутренних, так и от внешних клиентов, в вашем случае это звучит так, как будто они отдельные.
В вашем сценарии я бы ЛИБО создал ручную процедуру, которую каждый, кто обновляет ваша внешняя зона для domain.com ДОЛЖНА также обновлять внутреннюю версию на вашем локальном сервере bind9, но я бы предпочел создать скриптовое решение, чтобы вы ТОЛЬКО обновляли свою внешнюю зону domain.com на внешнем сервере, UltraDNS в вашем случае, а затем я будет хранить локальный файл с дополнениями для внутренних компьютеров,