Pare seu departamento de TI de abusar de local.
.
Como discutido, abusar de um nome de domínio que sua empresa não possui , e não deve, portanto, estar supondo que possa criar subdomínios corporativos, está errado e é metade do problema aqui. Se os computadores da empresa incluírem Macintoshes (ou qualquer outra coisa que use DNSSD para esse assunto), então, definitivamente, não assuma que local.
é seu para brincar livremente dessa maneira.
Atualize seu Macintosh.
O MacOS 10.4 trataria de fato xxx.companyname.local.
como você descreve. Mas isso mudou nas revisões posteriores do sistema operacional. O MacOS 10.5 transmite apenas nomes de dois nomes para o DNS de multidifusão. Nomes com três etiquetas, como xxx.companyname.local.
, não são manipulados pelo MDNS. O MacOS 10.6 leva isso adiante e tenta detectar se o servidor DNS foi configurado incorretamente para ter uma local.
zona e agir de acordo.
No mínimo, você deve configurar seu Macintosh para ter um arquivo /etc/resolver/
companyname .local
com search_order 1
que lista os endereços IP atuais do servidor DNS proxy (s) Isso não funcionará bem com endereços IP de servidores DNS atribuídos por DHCP que mudam, como diz a Apple.
Na mão emocionante ...
… estes são corpos progressivamente mais complexos para acomodar equívocos. Para citar Marc Krochmal, da Apple, "sempre haverá algum problema" quando as pessoas abusarem de local.
da maneira que sua empresa está fazendo. Sabe-se que é equivocado desde (uma pesquisa rápida me diz) 2002, se não antes. Apenas não faça isso .
Leitura adicional
- dlove (2002-12-02). O domínio .local e os problemas de DNS . macworld.
- Apple Corporation (2010). Mac OS X v10.4, 10.5, 10.6: Como procurar nomes de host ".local" por meio do Bonjour e do DNS padrão .
- Stephen Hoffman (2010). DNS Dicas: Misturando DNS unicast e multicast com .local . HoffmanLabs.
- Apple Corporation (2008). Mac OS X 10.3: Como procurar nomes de host ".local" por meio do Bonjour e do DNS padrão