10 segundos de retraso para .local TLD en Mac OS X Lion

La red de nuestra empresa utiliza xxx.companyname.localtodos los servidores de nuestra red local. Cada vez que accedo a uno de estos servidores en mi Mac, tengo un retraso de 10 segundos. Descubrí que este retraso es causado por las búsquedas de DNS, porque aparentemente Lion resuelve los dominios .local en el siguiente orden:

1. verificar la /etc/hostsdirección IPv6
2. verifique el servidor DNS para un registro AAAA (dirección IPv6)
3. consulte a través de MDNS (Bonjour) para obtener un registro AAAA
4. buscar /etc/hostsuna dirección IPv4
5. Verifique el servidor DNS para un registro A (dirección IPv4)
6. revise MDNS para un registro A

Ahora, el problema es que no tenemos una red IPv6. Todos los xxx.companyname.localservidores de nuestra red solo tienen direcciones IPv4 y el servidor DNS solo tiene registros A. Esto significa que la dirección se resuelve en el paso 5. ¡El problema con esto es que el paso 3 tarda diez segundos antes de que se agote el tiempo de espera! Cada vez que me conecto a nuestro wiki, servidor SVN, servidor Kerberos, etc., hay un retraso de 10 segundos.

He logrado engañar a Lion agregando líneas como las siguientes para /etc/hosts

::FFFF:10.99.99.99 xxx.companyname.local

Si hago esto, Lion cree que hay una dirección IPv6 para el dominio y se detiene después del paso 1. Sin embargo, esta solución evita totalmente todas las características útiles de DNS. ¡No quiero hacer un seguimiento manual de las direcciones IP de docenas de dominios internos! ¡También podría dejar de usar nombres de host y simplemente escribir direcciones IP!

Entonces: ¿Alguien tiene una idea de cómo cambiar este orden de búsqueda? ¿O deshabilitar la búsqueda de IPv6 ya que de todos modos no tenemos una red IPv6?

Deje de abusar de su departamento de TI local..

Como se discutió, abusar de un nombre de dominio que no es propiedad de su empresa y, por lo tanto, no debería suponer que puede crear subdominios corporativos, es incorrecto y es la mitad del problema aquí. Si las computadoras de la compañía incluyen Macintoshes (o cualquier otra cosa que use DNSSD para ese asunto), entonces definitivamente no asumas que local.es tuyo para jugar libremente de esta manera.

Actualiza tu Macintosh.

MacOS 10.4 de hecho se trataría xxx.companyname.local.como lo describe. Pero esto ha cambiado en revisiones posteriores del sistema operativo. MacOS 10.5 pasa solo nombres de dos etiquetas a DNS de multidifusión. Los nombres de tres etiquetas, como xxx.companyname.local.no son manejados por MDNS. MacOS 10.6 lleva esto más lejos e intenta detectar si el servidor DNS ha sido mal configurado para tener una local. zona y actuar en consecuencia.

Como mínimo debe configurar el Macintosh para tener un /etc/resolver/nombredeempresa.local archivo con search_order 1en él que indica la dirección IP actual (es) de su servidor DNS proxy (s). Sin embargo, esto no funcionará bien con las direcciones IP del servidor DNS asignadas por DHCP que cambian, como dice Apple.

En la mano apasionante ...

... estos son simplemente cuerpos progresivamente más complejos para acomodar el malentendido. Para citar a Marc Krochmal de Apple, "siempre habrá algún problema" cuando la gente abusa local.de la forma en que lo hace su empresa. Se sabe que está equivocado desde (2002, una búsqueda rápida me dice) 2002, si no antes. Solo no lo hagas .

Otras lecturas

• dlove (2002-12-02). El dominio .local y los problemas de DNS . macworld
• Apple Corporation (2010). Mac OS X v10.4, 10.5, 10.6: Cómo buscar nombres de host ".local" a través de Bonjour y DNS estándar .
• Stephen Hoffman (2010). Consejos DNS: Mezcla de DNS unicast y multicast con .local . HoffmanLabs.
• Apple Corporation (2008). Mac OS X 10.3: Cómo buscar nombres de host ".local" a través de Bonjour y DNS estándar .

No conozco Mac, así que realmente no puedo ayudar, pero se me ocurrió una idea ingeniosa: si configuras en algún lugar de Internet, "somedomain.com DNAME companyname.local"detectará DNAME en el paso 2. Ahora no estoy seguro de lo que sucederá a continuación, seguirá volviendo a bonjour, o dado que ya está en medio de algún proceso de DNS, tal vez se quedará con DNS.