Link-Local Multicast Name Resolution (LLMNR)是一项用于基于多播DNS的服务发现的Microsoft技术。与Bonjour/Zeroconf兼容吗？如果是这样，API在哪里？我认为，服务发现以某种方式陷入了原始的DNS解析(gethostbyname()？)中，但是服务公告又如何呢？
最佳答案
如this post所述，LLMNR解决了mDNS解决的一小部分问题。简而言之，它与Bonjour不兼容。
这是该帖子的内容，以防archive.org决定删除该页面:
LLMNR比mDNS先进得多。 LLMNR解决了非常小的问题
问题。当名称服务器时，它提供非常基本的名称解析
配置错误或返回错误。
mDNS提供了分布式通知和缓存一致性协议(protocol)
专门用于基于DNS的服务发现。 mDNS还提供
当主机名以“.local”结尾时，可靠的本地名称解析，
不论DNS服务器的状态如何。 LLMNR不是服务
发现协议(protocol)。您可以说mDNS是LLMNR的超集。
经过一年半的mDNS运营经验，我们拥有
从未见过的本地链接外部地址的意外泄漏
本地链接。
IETF DNSEXT工作组中有很多人想要
看到LLMNR与mDNS互操作。实际上，有些人包括
保罗·维克西(Paul Vixie)说，应该将LLMNR扔掉并更换
使用mDNS。您可以在namedroppers中自行阅读
文件。
http://ops.ietf.org/lists/namedroppers/namedroppers.2004/
我不知道Service Pack 2中包含LLMNR。
这很难预测。如果集合点继续获得
势头，它很容易成为Zeroconf的标准
环境。今天几乎所有支持网络的打印机都已发货
与集合点。 Rendezvous还启用了Mac上的iTunes音乐共享
和Windows，可以让您潜在地与许多人共享音乐
零配置的家庭中其他设备。
即使可以使用mDNSResponder替换所有DNS查询
处理，可能不会。 Windows的 namespace 提供程序，其中
包含在mDNSResonder项目中，仅适用于以结尾结尾的名称
与“.local”。
此致，
-马克
关于windows - Windows上的LLMNR，Zeroconf和Bonjour，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/11741062/