LLMNR en Windows, Zeroconf y Bonjour

Resolución de nombre de multidifusión de enlace local (LLMNR) es una tecnología de Microsoft para el descubrimiento de servicios basada en DNS de multidifusión. ¿Es compatible con Bonjour/Zeroconf? Si es así, ¿dónde está la API? El descubrimiento del servicio, supongo, de alguna manera se incluye en la resolución de DNS estándar (gethostbyname()?), pero ¿qué pasa con la publicidad del servicio?

preguntado el 31 de julio de 12 a las 14:07

2 Respuestas

LLMNR resuelve un pequeño subconjunto de los problemas que aborda mDNS, como se establece en esta publicación. En resumen, no es compatible con Bonjour.

Aquí está el contenido de esa publicación, en caso de que archive.org decida abandonar la página:

De: Marc Krochmal Fecha: viernes, 16 de abril de 2004 08:54:54 -0700 Hola Tom:

Estaba leyendo el artículo de agosto de 2003 en Linux Magazine (http://www.linux-mag.com/2003-08/zeroconf_01.html) en entornos Zeroconf. En el artículo mencionan que el IETF adoptó la resolución de nombre de multidifusión local de enlace y que más o menos mDNS se desechó, a pesar de que utiliza los estándares existentes en lugar de crear un protocolo completamente nuevo. Una de las razones por las que mencionaron o insinuaron fue que LLMNR era más avanzado que mDNS 'incluye disposiciones para evitar que las direcciones locales de enlace se propaguen accidentalmente en el mayor espacio de DNS' Según la investigación que he estado haciendo en entornos Rendezvous, esto es incorrecto ( ¿no es así?) ya que mDNS es consciente de que los dominios que terminan en '.local' están disponibles solo en el enlace local y que un host solo intentará resolver un nombre de dominio que termine en '.local' en el enlace local. Entonces, ¿he leído mal este artículo o el documento técnico de mDNS o hay algo de verdad en esto?

LLMNR es mucho menos avanzado que mDNS. LLMNR resuelve un problema muy pequeño. Proporciona una resolución de nombres muy básica cuando el servidor de nombres está mal configurado o cuando devuelve un error.

mDNS proporciona una notificación distribuida y un protocolo de coherencia de caché que facilita la detección de servicios basada en DNS ad-hoc. mDNS también proporciona una resolución de nombres local fiable cuando un nombre de host termina en ".local", independientemente del estado del servidor DNS. LLMNR no es un protocolo de descubrimiento de servicios. Se podría decir que mDNS es un superconjunto de LLMNR.

Después de un año y medio de experiencia operativa con mDNS, nunca hemos visto fugas accidentales de direcciones de enlace local fuera del enlace local.

Hay muchas personas en el grupo de trabajo DNSEXT de IETF a las que les gustaría ver que LLMNR interactúe con mDNS. De hecho, algunas personas, incluido Paul Vixie, dicen que LLMNR debería descartarse y reemplazarse con mDNS. Puedes leer esto por ti mismo en los archivos de namedroppers.

http://ops.ietf.org/lists/namedroppers/namedroppers.2004/

Otra cosa a la que se alude en este artículo es que Microsoft está presionando por LLMNR y, por lo que recuerdo, esto es algo proporcionado por el Service Pack 2 en Win XP.

No tengo conocimiento de que LLMNR esté incluido en el Service Pack 2.

¿Esto no nos llevará de vuelta a los días de NetBIOS v AppleTalk en los que, en lugar de trabajar en un estándar único, ahora tenemos dos para la resolución de nombres en entornos Zeroconf?

Esto es difícil de predecir. Si Rendezvous continúa ganando impulso, fácilmente podría convertirse en el estándar en entornos Zeroconf. Casi todas las impresoras habilitadas para red hoy en día se envían con Rendezvous. Rendezvous también habilita iTunes Music Sharing en Mac y Windows, lo que podría permitirle compartir música con muchos otros dispositivos en el hogar sin configuración.

Finalmente, en una pista diferente, el respondedor mDNS proporcionado por Apple para OS X maneja las respuestas DNS tradicionales, así como el enlace mDNS local. ¿El respondedor mDNS para cajas de Windows y Linux está diseñado para reemplazar los controladores de DNS tradicionales respectivos proporcionados por el sistema operativo Windows y el sistema operativo Linux o funciona mDNS junto con su manejo de DNS existente (es decir, en una caja de Windows con un Respondedor de mDNS instalado, si un Se debe enviar una consulta DNS (para un dominio global), ¿el sistema operativo usará ahora el respondedor mDNS para manejar el proceso o usará su respondedor DNS 'listo para usar'?)

Aunque mDNSResponder podría usarse para reemplazar todo el manejo de consultas de DNS, probablemente no lo hará. El proveedor de espacio de nombres para Windows que se incluye en el proyecto mDNSResonder solo funciona para nombres que terminan en ".local".

Atentamente,

-Bagazo

respondido 06 nov., 19:04

En Windows XP, ¿puede usar LLMNR sin instalarlo? - duendes

De Implementación de código abierto de Apple de mDNSResponder:

// Note: Microsoft's proposed "Link Local Multicast Name Resolution Protocol" (LLMNR) is essentially a limited version of
// Multicast DNS, using the same packet formats, naming syntax, and record types as Multicast DNS, but on a different UDP
// port and multicast address, which means it won't interoperate with the existing installed base of Multicast DNS responders.
// LLMNR uses IPv4 multicast address 224.0.0.252, IPv6 multicast address FF02::0001:0003, and UDP port 5355.

respondido 05 nov., 19:19

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.