[artem_]

Заранее прошу не обижаться. Если что не так то поправьте.

exo, вы советуете товарищу сделать:

если у вас не Windows-домен, и сам домен делегирован на два внешних ДНС, то у себя можете смело сносить всю зону. Те записи, которые вам необходимы - добаляете в зону на внешнем ДНС сервере у провайдера. »

В этом случаи пакеты будут ходить вот так: обращается почтовая прога к своему DNSу - а дай мне МХ записи для домена ХХХ, тот пересылает запрос на внешний DNS, который указан у него в пересылке или выполняет рекурсию. В результате чего клиент получает внешний адрес внутренного почтового сервера. И почтовая прога пересылает внутреннюю почту через внешний ай пи. Не эффективно как то.

А если не убивать зону то мы выигрываем как минимум в двух ситуациях:
1. Внутренний DNS не пересылает каждый раз запросы в нет для этого сайта и почты.
2. Избегаем петли через роутер.

Почти в каждой литературе рекомендуют делать разделенную DNS структуру.

[DARGO]

Локально у нас как раз Windows-домен. И SITE.RU это не единственная зона, которая работает в локальной сети. Может сделать обычный redirect с помощью JScript на локальном сайте, чтобы он перенаправлял на внешний сайт? Или все таки есть какой то вариант, чтобы без удаления локальной DNS-зоны выводить пользователей на внешний сайт?

[exo]

Заранее прошу не обижаться. Если что не так то поправьте »

я не обижаюсь. Вы правильно говорите. Дело в том, что ДНС трафик очень мал, и если бы и были петли, то не повлияли бы ни на скорость, ни на время.
И ещё момент, я внутренние ДНС сервера не настриваю на форвардинг - они у меня кеширующие.
Раз обратились к адресу - и сохранили у себя записи.

Или все таки есть какой то вариант, чтобы без удаления локальной DNS-зоны выводить пользователей на внешний сайт? »

как я уже писал - в таких случаях веб-сайт должен иметь имя WWW.SITE.RU. И все пользователи должны набирать с "WWW" (что должно быть в идеале), и попадут на внешний хостинг.