Внутренний и внешний DNS с разных серверов в одной зоне

У меня либо возникли проблемы с пониманием того, как работает DNS, либо у меня возникли проблемы с правильной настройкой DNS (либо один из них не подходит). Я сейчас работаю с доменом, назову его webdomain.com, и мне нужно разрешить всем нашим внутренним пользователям выйти в точку доступа, чтобы получить наши общедоступные записи DNS, как и остальной мир. Затем, вдобавок ко всему, я хочу иметь возможность предоставить всего несколько записей переопределения DNS для тестирования серверов и оборудования, которые не доступны публично. Например:

• public.webdomain.com - должен получить это от dotster

• external.webdomain.com - также должен получить это от dotster

• test.webdomain.com - должен получить это от моего внутреннего контроллера DNS

Проблема, с которой я сталкиваюсь на каждом шагу, заключается в том, что если у меня есть внутренний DNS-контроллер, содержащий зону для webdomain.com, тогда я жестяная банка получить мои указанные внутренние записи, но никогда получить что-нибудь с общедоступного DNS-сервера. Это справедливо независимо от типа DNS-сервера, который я также использую - я пробовал и Linux Bind9, и контроллер домена Windows 2008.

Думаю, мой большой вопрос: неразумно ли я думать, что система должна иметь возможность проверять мой указанный внутренний DNS, и в случае, когда запрошенная запись не существует, она должна переключиться на указанный общедоступный DNS-сервер -ИЛИ- разве это не так, как работает DNS, и я потерялся в соусе?

Похоже, это должно быть так же просто, как указать моему внутреннему DNS-серверу пересылать любые запросы, которые он не может выполнить, на dotster, но это, похоже, не работает. Может быть, проблема в брандмауэре?

заранее спасибо

РАСШИРЕННЫЙ

Итак, я провел кучу исследований и занимался этим несколько часов. У меня это есть в моем named.conf, и я все еще вижу тот же результат. Внутренние вызовы подаются, но все внешние (в домене, контролируемом зоной) просто сбрасываются. Любая помощь была бы замечательной! Кроме того, это ОС Ubuntu 9.04, с которой я работаю.

Code removed because it was wrong.

ПРАВИЛЬНЫЙ СПОСОБ - ДОБАВЛЯЕТСЯ ПОСЛЕ ЗАКРЫТИЯ ВОПРОСА

Что ж, спасибо ребятам из serverfault, теперь у меня это отлично работает на моем сервере и в гораздо более сжатой форме. Вот как это сделать. При базовой установке bind9 отредактируйте файл named.conf.local и добавьте зону для КАЖДОГО поддомена, который вы хотите перенаправить:

/etc/bind/ named.conf

// WEBDOMAIN.COM ENTRIES
    zone "test.webdomain.com" {
            type master;
            file "/etc/bind/zones/test.webdomain.com";
    };

    zone "alpha.webdomain.com" {
            type master;
            file "/etc/bind/zones/alpha.webdomain.com";
    };

    zone "beta.webdomain.com" {
            type master;
            file "/etc/bind/zones/beta.webdomain.com";
    };

// INTERNETSITE.COM ENTRIES
    zone "internal.internetsite.com" {
            type master;
            file "/etc/bind/zones/internal.internetsite.com";
    };

    zone "dev.internetsite.com" {
            type master;
            file "/etc/bind/zones/dev.internetsite.com";
    };

Отредактируйте файл /etc/bind/ named.conf.options и добавьте в нужное место всех серверов пересылки, которые вы хотите использовать:

/etc/bind/ named.conf.options

options {
        directory "/var/cache/bind";

        forwarders {
                208.67.222.222;
                208.67.220.220;
                8.8.8.8;
                8.8.4.4;
        };

        auth-nxdomain no;    # conform to RFC1035
        listen-on-v6 { any; };
};

Создайте новую папку с именем зоны в / etc / bind / zone / и добавьте новый файл для КАЖДОЙ из зон, которые вы создали выше, которые соответствуют атрибуту «файл» выше. На примере test.webdomain.com:

/etc/bind/zones/test.webdomain.com

$TTL    604800
@       IN      SOA     test.webdomain.com. (
                              1         ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
@                       IN      NS      test.webdomain.com.
test.webdomain.com.    IN      A       10.0.1.20

Где 10.0.1.20 - это IP-адрес записи A, на который вы хотите пересылать этот (под) домен. Таким образом, запись для test.webdomain.com является авторитетной только для субдомена, а глобальный DNS будет предоставлять любые другие субдомены или корневые домены, как обычно.