Проблемы разрешения DNS и порядок поиска суффиксов DNS

Проблемы разрешения DNS и порядок поиска суффиксов DNS

Я пытаюсь разобраться, чего ожидать от DNS в доменной среде Windows, когда не являющийся членом домена и не являющийся Windows пользователь пытается разрешить имя хоста компьютера, не являющееся полным доменным именем.

Клиенты Windows (по той причине, что я согласен, что это веская причина) будут брать свое доменное имя, полученное через DHCP, и использовать его в качестве DNS-суффикса при разрешении имен хостов, так что если я сделаю nslookup server-1, он запросит запись для server-1.example.com. Если я попробую сделать то же самое с моего Mac, он выполнит только поиск для server-1 и не сможет. Доменное имя, полученное от DHCP, находится в /etc/resolv.conf как domain example.com, но поскольку оно не указано, search example.comпоиск не удается без добавления домена. Последнее также происходит для моего мобильного телефона на базе Linux.

Меня не особо волнует, почему, потому что я уверен, что у обеих платформ есть свои причины. Я пытаюсь понять, как исправить ситуацию, не внося изменений в клиентскую часть. ИАНАговорит, что DHCP/BOOTP option 119 — это опция для списка поиска доменов DNS, но, похоже, большинство платформ не поддерживают option 119 из коробки. Windows, похоже, больше не поддерживает, хотя это не так уж важно, а платформы *nix поддерживают ее только при использовании ISC DHCP4 или выше. Не уверен насчет Mac, но я читал здесь и в других местах, что он тоже не поддерживает option 119.

Есть идеи?

решение1

Прочитав это, я взглянул на установку Ubuntu 8.10, которую я только что закончил на Virtualbox. resolve.conf содержит:

# Generated by NetworkManager
domain ourdomain.local
search ourdomain.local
nameserver 192.168.0.6
nameserver 192.168.0.7

В результате он отлично справляется с поиском, и я могу связаться с любой машиной, используя либо имя хоста, либо полное доменное имя. Мой MacBook тоже отлично справляется с поиском, как на работе, так и дома, но я не могу сейчас проверить его resolve.conf (экран сломан). Ни рабочая сеть (Windows DHCP), ни моя домашняя сеть (Linux DHCP) не имеют опции 119. Фактически обе передают доменное имя только как опцию 15.

Единственная проблема, с которой я столкнулся, когда это заработало, заключалась в том, что Linux и Mac не любили, когда моя домашняя сеть использовала доменное имя из одного слова. Единственное изменение, которое мне пришлось сделать, — это добавить ".local" в конец.

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