.local

Ir a: navegación, búsqueda de

Dispositivo de red nombres de host terminando con .local a menudo se emplean en redes privadas, donde estén resueltos ya sea mediante la servicio de nombres de dominio de multidifusión (mDNS) y/o locales Sistema de nombres de dominio Servidores (DNS). La aplicación de ambos métodos en la misma red puede ser problemática, sin embargo, tan resolver tales nombres vía servidores DNS "unicast" ha caído en desgracia como computadoras, impresoras y otros dispositivos compatibles con red de configuración cero (zeroconf) se han vuelto cada vez más comunes.

Contenido

  • 1 Estándar DNS multicast
  • 2 implementaciones de mDNS
  • 3 Recomendaciones de Microsoft
  • 4 Consultas DNS global .local
  • 5 Véase también
  • 6 Referencias

Estándar DNS multicast

Internet Engineering Task Force Estándares (IETF)-pista RFC 6762, que ha sido aprobado y fue publicado oficialmente el 20 de febrero de 2013, esencialmente reserva el uso de .local como un pseudo-TLD para los nombres de host local de vínculo que pueden resolverse mediante la Multicast DNS Protocolo de resolución de nombre.[1] Página 5 de esa publicación afirma:

.. .este documento permite que cualquier usuario de ordenador elegir a sus equipos locales de vínculo Multicast DNS host nombres de la forma: Single-dns-label.local. Por ejemplo, un ordenador portátil puede responder al nombre MyComputer.local
Este documento especifica que el dominio de DNS de primer nivel .local es un dominio especial con una semántica especial, es decir que cualquier plenamente calificado conclusión conocido en .local es local de vínculo, y nombres dentro de este dominio son significativos sólo en el enlace de donde se originan. Esto es análogo a las direcciones IPv4 en el prefijo 169.254/16 o direcciones IPv6 en el FE80:: / 10 prefijo, que son locales de vínculo y significativa sólo en el enlace de donde se originan.
Cualquier consulta DNS un nombre adjuntándole .local DEBERÁN enviarse a la dirección multidifusión de enlace local IPv4 224.0.0.251 mDNS (o su FF02::FB equivalente de IPv6).
Los implementadores pueden elegir buscar nombres tan simultáneamente a través de otros mecanismos (por ejemplo, Unicast DNS) y se unen los resultados de alguna manera. Los implementadores elegir hacer esto deben ser conscientes del potencial de confusión del usuario cuando un nombre dado pueden producir resultados distintos dependiendo de las condiciones de la red externa (tales como, pero no limitado a, cuyo mecanismo de búsqueda nombre responde más rápido).
Nombre de resolución de problemas pueden surgir si software DNS multicast se utiliza conjuntamente con una red que implementa el locales dominio de DNS de primer nivel.

implementaciones de mDNS

RFC 6762 fue escrito por dos Apple Inc. empleados (Stuart Cheshire y Marc Krochmal), así que no debería ser sorprendente que su Bonjour Zeroconf redes software implementa mDNS. Ese servicio resolverá automáticamente las direcciones IP privadas de enlace local Macintosh que ejecutan OS X y dispositivos móviles que ejecutan iOS If .local se anexa a sus nombres. Además, Bonjour aparatos a utilizarlos .local nombres de host cuando servicios de publicidad Descubrimiento de servicio DNS clientes.

La mayoría de las distribuciones de Linux también incorporan y están configuradas para utilizar las redes de cero configuración. De forma predeterminada, cada equipo Daemon avahi responderá a mDNS hostname.local las consultas y la mayoría comandos del shell y llamadas de programa de aplicación que tratan de resolver tales nombres se dirigen a ese demonio por el defecto anfitriones: línea en el Cambio de servicio de nombres archivo de configuración. También es posible configurar los módulos nss-mdns y Avahi para resolver nombres de host con otro pseudo-TLD.

Aunque los sistemas operativos Windows actuales no tienen incorporado mDNS soporte, puede ser agregado mediante la instalación de software de zeroconf disponible de Apple y otros terceros.

Finalmente, muchas impresoras y otros periféricos también implementan el protocolo mDNS para proporcionar conexiones simplificadas a ellos de computadoras compatibles con redes de cero configuración.

Recomendaciones de Microsoft

La conexión de computadoras Macintosh y Linux o zeroconf periféricos a las redes de Windows puede ser problemática si esas redes incluyen servidores de nombres que utilizan .local como un dominio de búsqueda de dispositivos internos.

Al mismo tiempo, Microsoft sugirió al menos el uso de .local como un pseudo-TLD para pequeñas redes privadas con servidores DNS internos, mediante documentos que (a partir de esta escritura) son accesibles. Por ejemplo, artículo de soporte de 296250[2] incluye la siguiente opción:

  • Haga el nombre un nombre de dominio privado que se utiliza para la resolución de nombres en la red interna de Small Business Server. Este nombre generalmente se configura con el dominio de primer nivel de .local. En la actualidad, no está registrado el nombre de dominio local en Internet.

Sin embargo, los artículos más recientes han advirtió o aconsejado contra ese uso de la .local TLD.

Artículo de soporte de 300684[3] listados contoso.local como ejemplo de un "best-practice nombre de dominio de Active Directory", pero luego añadió:

Le recomendamos que registre los nombres DNS para la parte superior interna y externa espacios de nombres DNS con un registrador de Internet.

por supuesto que imposibilitaría usando eso o cualquier otro dominio terminando con .local.

Artículo de TechNet 708159[4] sugerido .local para el exacto enfrente de razón:

Usando la etiqueta .local para el nombre DNS completo del dominio interno es una configuración más segura porque la etiqueta .local no está registrada para su uso en Internet. Esto separa su dominio interno de su nombre de dominio público de Internet.

Pero más tarde se recomienda contra él:

Si tienes los equipos cliente Macintosh que ejecutan el Macintosh OS X sistema operativo versión 10.3 o posterior,... se recomienda que no utilice la etiqueta .local para el nombre DNS completo de su dominio interno. Si tiene que utilizar la etiqueta .local, entonces debe también configurar ajustes en las computadoras Macintosh pueden descubrir otras computadoras en la red. Para obtener más información sobre cómo configurar equipos cliente que ejecutan la versión Macintosh OS X 10.3 o posterior, consulte "Conectar Macintosh ordenadores a un Windows Server 2003 red de pequeñas empresas" en el sitio Web de Microsoft en [1].

Artículo de TechNet 726016[5] advirtió contra el uso de .local:

.. .que no se recomienda usar sufijos no registradas, como .local.

Consultas DNS global .local

Aunque .local es un nombre de dominio oficialmente reservados de uso especial[6] y nunca será global puede resolver dichos nombres de host Sistema de nombres de dominio, una proporción considerable de las consultas que se le especifique ese pseudo-TLD.[7]

  • Estadísticas actuales de la L servidor de nombres raíz operado por ICANN contáctese con raíz-servers.org. Hasta hoy (12 de abril de 2013), el servidor ha recibido aproximadamente 2300 .local consultas por segundo, cuarto lugar en frecuencia después .com, .net, y .org.
  • Datos históricos de este sitio están disponibles a través de la Wayback Machine. En junio de 2009, por ejemplo, el servidor L recibió un promedio de 400 tales consultas por segundo, en cuarto lugar después de .com, .arpa, y .net.[8]

Véase también

  • Multicast DNS
  • Red de configuración cero

Referencias

  1. ^ Cheshire, Stuart y Krochmal, Marc. "RFC 6762: Multicast DNS". Internet Engineering Task Force.
  2. ^ "Recomendaciones nombre sistema de nombres de dominio para Small Business Server 2000 y Windows Small Business Server 2003". support.Microsoft.com.
  3. ^ "La información sobre la configuración de dominios de Active Directory mediante el uso de nombres DNS de etiqueta única". support.Microsoft.com.
  4. ^ "Información de dominio interno (OEM)". technet.Microsoft.com.
  5. ^ "Selección del dominio raíz del bosque". technet.Microsoft.com.
  6. ^ "Los nombres de dominio de uso especial".
  7. ^ George Kirikos. "Deben ser reservados más populares TLDs no válidos". Círculo ID. Archivado de el original el 21 de junio de 2009. 2013-04-12.
  8. ^ "Más populares TLDs preguntadas". raíz-servers.org. archivado desde el original el 2009-09-16.

Otras Páginas

Obtenido de"http://en.copro.org/w/index.php?title=.local&oldid=619037604"