Atraso de 10 segundos para o TLD .local no Mac OS X Lion

A rede da nossa empresa usa xxx.companyname.localpara todos os servidores da nossa rede local. Sempre que acesso um desses servidores no meu Mac, tenho um atraso de 10 segundos. Descobri que esse atraso é causado por pesquisas de DNS, porque aparentemente o Lion resolve domínios .local na seguinte ordem:

1. verifique o /etc/hostsendereço IPv6
2. verifique se há um registro AAAA no servidor DNS (endereço IPv6)
3. verifique via MDNS (Bonjour) se há um registro AAAA
4. verifique se /etc/hostshá um endereço IPv4
5. verifique se há um registro no servidor DNS (endereço IPv4)
6. verifique MDNS para um registro

Agora, o problema é que não temos uma rede IPv6. Todos os xxx.companyname.localservidores da nossa rede têm apenas endereços IPv4 e o servidor DNS possui apenas um registro. Isso significa que o endereço foi resolvido na etapa 5. O problema é que a etapa 3 leva dez segundos antes de atingir o tempo limite! Sempre que eu me conecto ao nosso wiki, servidor SVN, servidor Kerberos, etc, há um atraso de 10 segundos.

Consegui enganar o Lion adicionando linhas como as seguintes a /etc/hosts

::FFFF:10.99.99.99 xxx.companyname.local

Se fizer isso, o Lion acha que há um endereço IPv6 para o domínio e para após a etapa 1. No entanto, essa solução alternativa contorna totalmente todos os recursos úteis do DNS. Não quero acompanhar manualmente os endereços IP de dezenas de domínios internos! Eu também poderia parar de usar nomes de host e apenas digitar endereços IP!

Então: alguém tem uma idéia de como alterar essa ordem de pesquisa? Ou desabilite a pesquisa do IPv6, pois não temos uma rede IPv6?

Pare seu departamento de TI de abusar local..

Conforme discutido, abusar de um nome de domínio que sua empresa não possui e, portanto, não deveria assumir que pode 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), definitivamente não assuma que local.é seu para mexer livremente dessa maneira.

Atualize seu Macintosh.

O MacOS 10.4 seria realmente tratado xxx.companyname.local.como você descreve. Mas isso mudou nas revisões posteriores do sistema operacional. O MacOS 10.5 passa apenas nomes de dois rótulos para o DNS Multicast. Nomes de três rótulos, como xxx.companyname.local.não são tratados 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 uma /etc/resolver/companyname.local arquivo com search_order 1nele que lista o endereço IP atual (es) do seu servidor DNS proxy (s). Isso não funcionará bem com os endereços IP do servidor DNS atribuídos ao DHCP que mudam, como diz a Apple.

Na mão emocionante ...

... estes são simplesmente corpos progressivamente mais complexos para acomodar a estupidez. Para citar Marc Krochmal, da Apple, "sempre haverá algum problema" quando as pessoas abusam local.da maneira que sua empresa está fazendo. Sabe-se que ele é mal-intencionado 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). Dicas de DNS: misturando DNS unicast e multicast com .local . HoffmanLabs.
• Apple Corporation (2008). Mac OS X 10.3: Como procurar nomes de host ".local" via Bonjour e DNS padrão .

Eu não conheço o Mac, então não posso ajudar, mas eu vim com uma idéia alternativa: se você configurar em algum lugar da Internet "somedomain.com DNAME companyname.local"- ele pegará o DNAME na etapa 2. Agora não tenho certeza do que acontecerá Em seguida, ele ainda retornará ao bonjour ou, como já está no meio de algum processo de DNS, talvez ele continue com o DNS.