Solução alternativa para usar “.local” como o nome de host do Leopard Server?

Question

Usando ".local" como seu nome de host interrompe o Kerberos (e outros serviços) no Mac OS Server 10.5 Advanced, pois o servidor só fará pesquisas Bonjour em vez de verificar com o (s) servidor (es) DNS. Há um antigo artigo da base de conhecimento da Apple (do OS 10.3) que diz que adicionar a string "local" à seção "Pesquisar Domínios" do Painel de Preferências do Sistema de Rede forçará o computador a procurar por um servidor DNS em vez de apenas Bonjour ...

... o que soa como também permitiria que você usasse "server.local" como seu nome de host - alguém pode confirmar que este é o caso, ou há alguma outra desvantagem com esta solução alternativa?

    

Answer 1

Se o seu domínio interno for .local , você terá um problema ao resolver nomes por meio do DNS. Há um artigo antigo sobre dicas do Mac OS X que descreve uma solução:

I created a company.local file in /etc/resolver, and populated this file with the nameservers for the company.local AD domain. This allows Mac OS X to use standard DNS to resolve company.local (or subdomain.company.local), while still allowing Rendezvous to operate as expected.

The only drawback I've seen to this approach is that the nameservers in this company.local file don't update via DHCP, so I have to update them manually.

Aqui é um documento de suporte mais oficial da Apple que analisará seu /etc/resolv.conf existente para preencher o arquivo em /etc/resolvers .

    

Answer 2

Não tenho certeza de como o OS X é semelhante ao Linux, mas tive um problema semelhante com uma instalação do Ubuntu, e consegui resolvê-lo com edição /etc/nsswitch.conf

Sob a entrada hosts eu tive que reordenar os serviços para que o dns viesse antes de qualquer uma das entradas mdns4 .

Minha linha modificada se parece com:

hosts:     files dns mdns4_minimal [NOTFOUND=return] mdns4

Espero que ajude alguém!

    

Answer 3

Não sou especialista em kerberos, mas acredito que exija uma infra-estrutura de DNS de função. O domínio .local existe somente dentro do resolvedor de multicast e não é uma zona real. Meu conselho seria configurar um domínio interno separado, private.yourcompany.com.