☰

Bind9 — как разместить расширение пользовательского домена в своей интрасети?

tag-icon • tag-icon dns domain bind
Bind9 — как разместить расширение пользовательского домена в своей интрасети?

Начну с примера того, чего мы пытаемся достичь:

http://domain.ext где «.ext» — это пользовательское расширение, например, .loc или .hrd или .one и т. д.

Мое первое впечатление — создать зону для «loc» и просто сделать поддомены, но я не хочу идти этим путем, если только это не будет необходимо. Я просто хочу, чтобы все в этой сети вводили адрес, который я установил для своего DNS. Я создал зону «domain.loc» (где domain — это пример имени, которое я фактически использовал)

  • Я могу успешно пропинговать "domain.loc" с сервера, на котором размещен DNS.

  • У меня есть маршрутизатор Netgear с настройкой DNS, которая в первую очередь указывает на мой DNS/веб-сервер «192.168.36.50», а вторичный DNS указывает на OpenDNS.

  • У меня включен DHCP для всех компьютеров, кроме DNS/веб-сервера, который является статическим.

  • Я предпочитаю не использовать Интернет для разрешения имени локального интрасетевого домена, отсюда использование bind9 и отсутствие интереса к оплате создания пользовательского расширения домена с помощью ICANN.

Я обновлю этот пост, если почувствую, что возникла путаница.

Основные вопросы здесь следующие:

Есть ли лучший способ использовать расширение пользовательского домена в локальной интрасети?

Какими способами можно создать и использовать пользовательское расширение домена в локальной интрасети?

решение1

Это потому, что вы используете opendns как вторичный DNS. Вам не следует смешивать внутренний и внешний DNS. Windows PC, особенно, будут запрашивать любой DNS-сервер, который они считают нужным использовать, и в любом случае игнорировать порядок DNS.

Если вы удалите вторичный DNS из конфигурации на вашем маршрутизаторе, он будет работать так, как и планировалось. DNS-серверы вашего компьютера Bind9 должны быть настроены на OpenDNS, таким образом, он будет пересылать любые запросы, для которых у него нет записей (например, google.com), в OpenDNS для разрешения. Настройка вторичного DNS проста и, вероятно, является хорошей идеей в этом сценарии. Не забудьте очистить кэш DNS на компьютере перед началом тестирования и используйте nslookup или dig, чтобы убедиться, что ваши запросы отправляются на правильный DNS-сервер.

Связанный контент