Samba4 does not support Link-local Multicast Name Resolution as defined in RFC 4795. Vista and Longhorn both use LLMNR for duplicate name detection and for name resolution in networks with and without other name resolution mechanisms (i.e. DNS).
A overview of name resolution with LLMNR can be found at http://www.microsoft.com/technet/community/columns/cableguy/cg1106.mspx#EME.
Vista and Longhorn use this to resolve unqualified names and names ending in .local.
LLMNR can be observed on the wire when using Vista and Longhorn, during boots and when resolving a name (e.g. when mapping a share if the host does not have DNS configured).
LLMNR should be implemented in IPv4 and in IPv6.
Let me know if I can help. I can produce traces and test any attempts at an implementation.
I think we should try and work with the Avahi project for this, as they want this feature, and we should be able to just be another published service for them.
Good idea. They are hoping to add support for LLMNR this year. See http://avahi.org/wiki/GoogleSummerOfCode.
Do we have some progress here?
Avahi has a Google Summer of Code student tasked with implementing this.
After that, as this is just used for name resolution, we should just rely on the host being correctly configured to use mdns for name resolution/advertisement.
Mark this as "Feature request".
Code to integrate with Avahi (but not in the way this bug wants) just landed in the source3 side of master. This would be the starting point for Samba's side of the avahi integration.
as this is a pure resolver issue that should be handled by nsswitch and avahi we should close this bug here. There is nothing samba can or should do. If one day Avahi gets a new maintainer and LLMNR will be finally end up in an upstream release then it will just work for smbclient and any other application that uses DNS. For the server side this is not used anyway.
*** Bug 4570 has been marked as a duplicate of this bug. ***
If you would be interested, I am now working on a stand-alone resolver implementation <https://sourceforge.net/p/xllmnrd/>. Just FYI.
Created attachment 11080 [details]
Wireshark trace of LLMNR
This was created using two Windows Server 2012R2 nodes which were both configured with IPv6 addresses (link-local and global). There were not members of a domain.
To force LLMNR queries I used ping with the name of one or the other server or nodes that do not exist.
As discussed at SambaXP 2015 we are going to look again at adding LLMNR support to Samba. The plan had been to leave it to others to create an LLMNR NSS module. No suitable implementation has yet appeared.
Given that Samba will operate in environments where LLMNR might be necessary (particularly when Samba is embedded in NAS devices) it was decided that LLMNR needs to be added.
My previous comment (above) includes a Wireshark trace of LLMNR. Note I did this for IPv6-only, but of course LLMNR can also resolve IPv4 addresses.
There have been two attempts to implement LLMNR elsewhere that may be worth looking at:
1) An Avahi patch that has never made it into a released version, see http://www.avahi.org/ticket/339#no1.
2) xllmnrd see http://sourceforge.net/projects/xllmnrd/.
I have not tried either of the above.
Note that (2) only implements a responder for a Linux server. It does not implement the resolver side of LLMNR.
FYI - I just submitted following bug with a contribution that implements a WSD and LLMNR server based on Samba4 code. You can take a look at:
Jose M. Prieto
See also https://bugs.launchpad.net/bugs/1831441 and https://salsa.debian.org/grantma/wsdd
and its source : https://github.com/Netgear/wsdd2
just had a small look over its code and with few small changes it builds fine.
i have a wssd2 for bullseye build currently.
also, we should keep an eye on that is not conflicting with systemd.
systemd as of version 229 does have LLMNR support in it.
(In reply to Louis from comment #14)
to be added, the setup of Matthew Grant and wssd is way more up2date for debian on salsa then the one i showed from netgear/wssd2
The IETF debacle