.local

From Wikipedia, the free encyclopedia

The domain name .local is a special-use domain name reserved by the Internet Engineering Task Force (IETF) so that it may not be installed as a top-level domain in the Domain Name System (DNS) of the Internet. As such it is similar to the other special domain names, such as .localhost.[1] However, .local has since been designated for use in link-local networking, in applications of multicast DNS (mDNS)[2] and zero-configuration networking (zeroconf) so that DNS service may be established without local installations of conventional DNS infrastructure on local area networks.

Multicast DNS standard[edit]

The Internet Engineering Task Force (IETF) reserves the use of the domain name label .local as a special-use domain name for hostnames in local area networks that can be resolved via the Multicast DNS name resolution protocol.[2] Any DNS query for a name ending with the label local must be sent to the mDNS IPv4 link-local multicast address 224.0.0.251, or its IPv6 equivalent ff02::fb. A domain name ending in .local may be resolved concurrently via other mechanisms, for example, unicast DNS.

mDNS implementations[edit]

RFC 6762 was authored by Apple Inc. employees Stuart Cheshire and Marc Krochmal, and Apple's Bonjour zeroconf networking software implements mDNS. [3] That service will automatically resolve the private IP addresses of link-local Macintosh computers running macOS and mobile devices running iOS if .local is appended to their hostnames. In addition, Bonjour devices will use those .local hostnames when advertising services to DNS Service Discovery clients.

Most Linux distributions also incorporate and are configured to use zeroconf. By default, each computer's Avahi daemon will respond to mDNS hostname.local queries, and most shell commands and application program calls that attempt to resolve such names are routed to that daemon by the default hosts: line in the Name Service Switch configuration file. It is also possible to configure the nss-mdns modules and Avahi to resolve hostnames with other pseudo-TLDs.

Windows has some support for mDNS,[4] which can be improved by installing zeroconf software available from Apple and other third parties.

Finally, many printers and other peripheral devices also implement the mDNS protocol in order to provide simplified connections to them from computers that implement zeroconf.

Microsoft recommendations[edit]

The connection of Macintosh and Linux computers or zeroconf peripherals to Windows networks can be problematic if those networks include name servers that use .local as a search domain for internal devices. Microsoft recommends against using unregistered suffixes, such as .local.

At one time, Microsoft at least suggested the use of .local as a pseudo-TLD for small private networks with internal DNS servers. For example, support article 296250[5] included the following option:

Make the name a private domain name that is used for name resolution on the internal Small Business Server network. This name is usually configured with the first-level domain of .local. At the present time, the .local domain name is not registered on the Internet.

However, more recent articles have cautioned or advised against such use of the .local TLD. Support article 300684[6] listed contoso.local as an example of a "best-practice Active Directory domain name", but then added:

We recommend that you register DNS names for the top-most internal and external DNS namespaces with an Internet registrar.

which would of course preclude using that or any other domain ending with .local.

Microsoft TechNet article 708159[7] suggested .local for the exact opposite reason:

Using the .local label for the full DNS name for the internal domain is a more secure configuration because the .local label is not registered for use on the Internet. This separates your internal domain from your public Internet domain name.

but later recommended against it:

If you have Macintosh client computers that are running the Macintosh OS X version 10.3 operating system or later, ... it is recommended that you do not use the .local label for the full DNS name of your internal domain. If you must use the .local label, then you must also configure settings on the Macintosh computers so they can discover other computers on the network. For more information about how to configure client computers running Macintosh OS X version 10.3 or later, see "Connecting Macintosh Computers to a Windows Small Business Server 2003 Network" on the Microsoft Web site at [1].

The Microsoft Learn article "Selecting the Forest Root Domain"[8] cautioned against using .local:

...we do not recommend using unregistered suffixes, such as .local.

By default, a freshly installed Windows Server 2016 Essentials also adds .local as the default dns-prefix when a user doesn't select the advanced option, resulting in a domain with .local extension.[citation needed]

Linux[edit]

Linux distributions use the Name Service Switch configuration file /etc/nsswitch.conf[9] in which mDNS name resolution was added via the mdns4_minimal plugin to nsswitch. In this configuration, where mdns4_minimal precedes the standard dns option, which uses /etc/resolv.conf, the mDNS resolution will block subsequent DNS resolution on the local network.

hosts:    files mdns_minimal [NOTFOUND=return] dns # for ipv4 and ipv6

or

hosts:    files mdns4_minimal [NOTFOUND=return] dns # for ipv4 only

This is a configuration choice made by distributions such as Ubuntu/Debian and SuSE and Red Hat, each of which have their own package configuration script that will install the mdns_minimal module as above.

In this way .local requests are being prevented from leaking to the internet, but also block legitimate .local requests for configured DNS servers.

Global DNS queries[edit]

As local is an officially reserved special-use domain name[10][11] host names with this top-level label are not resolvable in the global Domain Name System.

References[edit]

  1. ^ D. Eastlake; A. Panitz (June 1999). Reserved Top Level DNS Names. Network Working Group. doi:10.17487/RFC2606. BCP 32. RFC 2606.
  2. ^ a b S. Cheshire; M. Krochmal (February 2013). Multicast DNS. IETF. doi:10.17487/RFC6762. RFC 6762.
  3. ^ "Apple Bonjour: Let's Talk!". 25 May 2012.
  4. ^ Aleksandersen, Daniel (26 March 2018). "mDNS and DNS-SD slowly making their way into Windows 10". www.ctrl.blog. Retrieved 2022-04-18.
  5. ^ "Domain Name System name recommendations for Small Business Server 2000 and Windows Small Business Server 2003". support.microsoft.com. 2007-12-03. Archived from the original on 2007-12-27. Three practical methods to name the DNS domain are: [1/3] [...] private domain name that is used for name resolution on the internal Small Business Server network. [...] usually [...] first-level domain of .local. [...] [2/3] Make the name a sub-domain of a publicly registered domain name. For example, if the publicly registered domain name is Contoso.com, a sub-domain of Corp.contoso.com can be used. [3/3] Make the name the same as a publicly registered domain name. [...] Most Small Business Server customers should use the first method.
  6. ^ "Information about configuring Active Directory domains by using single-label DNS names". support.microsoft.com. Archived from the original on 2013-04-10.
  7. ^ "Internal Domain Information (OEM)". Windows Small Business Server 2003 product documentation. technet.microsoft.com. 15 July 2008. Archived from the original on 2017-07-07. Retrieved 2023-01-03. [...] it is strongly recommended that you use the .local label for the extension. [...] If your Windows Small Business Server network contains client computers running Mac OS X 10.2 or later, change the .local label for the default domain name to a label other than .local. For example, use .lan or .office as the label.
  8. ^ "Selecting the Forest Root Domain". learn.microsoft.com. 2021-07-21. Archived from the original on 2023-01-03. Retrieved 2023-01-03. To select a suffix for the forest root domain: [...] We recommend that you use DNS names that are registered with an Internet authority in the Active Directory namespace. Only registered names are guaranteed to be globally unique. [...] Caution [...] Do not use single-label DNS names. [...] Also, we do not recommend using unregistered suffixes, such as .local.
  9. ^ "Ubuntu Manpage: nsswitch.conf - Name Service Switch configuration file". manpages.ubuntu.com. Retrieved 2021-02-22.
  10. ^ "Special-Use Domain Names". Internet Assigned Numbers Authority.
  11. ^ Cheshire, Stuart; Krochmal, Marc (2013-02-20). Multicast DNS. IETF. RFC 6762.