Назад | Перейти на главную страницу

Обходной путь для использования «.local» в качестве имени хоста Leopard Server?

Использование ".local" в качестве имени вашего хоста нарушает Kerberos (и другие службы) в Mac OS Server 10.5 Advanced, поскольку сервер будет выполнять только поиск Bonjour вместо проверки с помощью DNS-серверов. В старой статье базы знаний Apple (из OS 10.3) говорится, что добавление строки «local» в раздел «Поисковые домены» на панели настроек сетевой системы заставит ваш компьютер выполнять поиск через DNS-сервер, а не только через Bonjour ...

... похоже, что это также позволит вам использовать "server.local" в качестве имени хоста - может ли кто-нибудь подтвердить, что это так, или есть какой-то другой недостаток с этим обходным путем?

Я не уверен, насколько OS X похожа на Linux, но у меня была аналогичная проблема с установкой ubuntu, и я смог решить ее с помощью редактирование /etc/nsswitch.conf

Под хозяева запись Мне пришлось переупорядочить услуги, чтобы DNS пришел до любого из mdns4 записи.

Моя измененная строка выглядит так:

hosts:     files dns mdns4_minimal [NOTFOUND=return] mdns4

Надеюсь, это кому-то поможет!

Если ваш внутренний домен .local, у вас возникнет проблема с разрешением имен через DNS. Есть старая статья о Mac OS X Hints который описывает решение:

Я создал company.local файл в /etc/resolver, и заполнил этот файл серверами имен для company.local Домен AD. Это позволяет Mac OS X использовать стандартный DNS для разрешения company.local (или subdomain.company.local), при этом позволяя Rendezvous работать должным образом.

Единственный недостаток, который я видел в этом подходе, заключается в том, что серверы имен в этом company.local файлы не обновляются через DHCP, поэтому мне приходится обновлять их вручную.

Вот это более официальный документ поддержки от Apple, который проанализирует ваш существующий /etc/resolv.conf чтобы заполнить файл /etc/resolvers.

Я не эксперт по керберосу, но считаю, что для этого нужна функциональная инфраструктура DNS. Домен .local существует только внутри преобразователя многоадресной рассылки и не является реальной зоной. Я бы посоветовал создать отдельный внутренний домен, private.yourcompany.com.