Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Windows Client subdomain resolution #73

Closed
pymenow opened this issue Aug 17, 2020 · 2 comments
Closed

Windows Client subdomain resolution #73

pymenow opened this issue Aug 17, 2020 · 2 comments

Comments

@pymenow
Copy link

pymenow commented Aug 17, 2020

From a Windows client - subdomain resolution doesn't work eg :
hostname.local works
but
hostname.domain.local will not.
Any work arounds ? I have Bonjour installed on windows 10.

@polarathene
Copy link

RFC 6762, Section 3 - Multicast DNS Names:

This document allows any computer user to elect to give their computers link-local Multicast DNS host names of the form: "single-dns-label.local.".
...
This document recommends a single flat namespace for dot-local host names, (i.e., the names of DNS "A" and "AAAA" records, which map names to IPv4 and IPv6 addresses), but other DNS record types (such as those used by DNS-Based Service Discovery [RFC6763]) may contain as many labels as appropriate for the desired usage.

Seems to imply that subdomains aren't officially supported. You can configure nss-mdns to allow that via /etc/mdns.allow (when not using minimal variant in your /etc/nsswitch.conf), but that would only be for that machine running it to resolve such, other systems on the network will need to be configured as well (if they support such in the first place) to also allow resolving such.

When not configured for it, the query will instead be a regular DNS query instead of mDNS, so you'd need to configure each network connection to use a different DNS server that you can configure to support other queries, at which point you lost the benefit of hostname zeroconfig lookups, might be suitable for you though. If you have control of the router, you should be able to handle configuration there instead of needing a different DNS server to point to. You can also modify each systems /etc/hosts or equivalent to map a FQDN to an IP.


Just to clarify, you were wanting subdomain.hostname.local not hostname.domain.local right? Not sure how you would see the latter working out, other than .domain.local being effectively .local but scoped to a subset of devices, similar to configuring .local to a different TLD(which isn't reliably for mDNS since some devices may not support anything else beyond .local).

@polarathene
Copy link

polarathene commented Aug 27, 2020

Related: #65 (comment) #64 (comment)

Both of those further clarify it's against the standard to support by default.

Apples knowledgebase article also touches on this, stating that it can conflict with other implementations that are using this IANA registered special use domain name for other purposes. I assume your case is Active Directory regarding Windows?

If using Active Directory, you can see it's a bad idea:

https://en.wikipedia.org/wiki/.local#Microsoft_recommendations
http://www.mdmarra.com/2012/11/why-you-shouldnt-use-local-in-your.html
https://wiki.samba.org/index.php/Active_Directory_Naming_FAQ#Using_an_Invalid_TLD

@agoode agoode closed this as completed Jan 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants