dbfdg # nss-mdns *Copyright 2004-2007 Lennart Poettering <mzaffzqaf (at) 0pointer (dot) de>* - [License](#license) - [Overview](#overview) - [Current Status](#current-status) - [Documentation](#documentation) - [Requirements](#requirements) - [Installation](#installation) ## License This program is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. ## Overview `nss-mdns` is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (`glibc`) providing host name resolution via [Multicast DNS](http://www.multicastdns.org/) (aka *Zeroconf*, aka *Apple Rendezvous*, aka *Apple Bonjour*), effectively allowing name resolution by common Unix/Linux programs in the ad-hoc mDNS domain `.local`. `nss-mdns` provides client functionality only, which means that you have to run a mDNS responder daemon seperately from `nss-mdns` if you want to register the local host name via mDNS. I recommend [Avahi](http://avahi.org/). `nss-mdns` is very lightweight (9 KByte stripped binary `.so` compiled with `-DNDEBUG=1 -Os` on i386, `gcc` 4.0), has no dependencies besides the `glibc` and requires only minimal configuration. `nss-mdns` tries to contact a running [avahi-daemon](http://avahi.org/) for resolving host names and addresses and making use of its superior record cacheing. If Avahi is not available at lookup time, the lookups will fail. ## Current Status It works! ## Documentation After compiling and installing `nss-mdns` you'll find six new NSS modules in `/lib`: - `libnss_mdns.so.2` - `libnss_mdns4.so.2` - `libnss_mdns6.so.2` - `libnss_mdns_minimal.so.2` - `libnss_mdns4_minimal.so.2` - `libnss_mdns6_minimal.so.2` `libnss_mdns.so.2` resolves both IPv6 and IPv4 addresses, `libnss_mdns4.so.2` only IPv4 addresses and `libnss_mdns6.so.2` only IPv6 addresses. Due to the fact that most mDNS responders only register local IPv4 addresses via mDNS, most people will want to use `libnss_mdns4.so.2` exclusively. Using `libnss_mdns.so.2` or `libnss_mdns6.so.2` in such a situation causes long timeouts when resolving hosts since most modern Unix/Linux applications check for IPv6 addresses first, followed by a lookup for IPv4. `libnss_mdns{4,6,}_minimal.so` (new in version 0.8) is mostly identical to the versions without `_minimal`. However, they differ in one way. The minimal versions will always deny to resolve host names that don't end in `.local` or addresses that aren't in the range `169.254.x.x` (the range used by [IPV4LL/APIPA/RFC3927](http://files.zeroconf.org/rfc3927.txt).) Combining the `_minimal` and the normal NSS modules allows us to make mDNS authoritative for Zeroconf host names and addresses (and thus creating no extra burden on DNS servers with always failing requests) and use it as fallback for everything else. To activate one of the NSS modules you have to edit `/etc/nsswitch.conf` and add `mdns4` and `mdns4_minimal` (resp. `mdns`, `mdns6`) to the line starting with "`hosts:`". On Debian this looks like this:
# /etc/nsswitch.conf passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nisThat's it. You should now be able to resolve hosts from the `.local` domain with all your applications. For a quick check use `glibc`'s `getent` tool:
$ getent hosts foo.local 192.168.50.4 foo.localReplace *foo* whith a host name that has been registered with an mDNS responder. (Don't try to use the tools `host` or `nslookup` for these tests! They bypass the NSS and thus `nss-mdns` and issue their DNS queries directly.) If you run a firewall, don't forget to allow UDP traffic to the the mDNS multicast address `224.0.0.251` on port 5353. **Please note:** The line above makes `nss-mdns` authoritative for the `.local` domain, unless your unicast DNS server responds to `SOA` queries for the top level `local` name, or if the request has more than two labels. (`X.local` might be resolved with `nss-mdns` but `X.Y.local` will not be.) `nss-mdns` will check `SOA` before every request to resolve `.local` names, meaning that neither `nss-mdns` nor `Avahi` need to be disabled to allow `.local` queries to be served from unicast DNS. (These two checks are only enabled in minimal mode or if there is no `/etc/mdns.allow` file. Any domain, with any number of labels, (including `.local`) will still be served authoritatively from `nss-mdns` if specified in `/etc/mdns.allow`.) Starting with version 0.5, `nss-mdns` has a simple configuration file `/etc/mdns.allow` for enabling name lookups via mDNS in other domains than `.local`. The file contains valid domain suffixes, seperated by newlines. Empty lines are ignored as are comments starting with #. To enable mDNS lookups of all names, regardless of the domain suffix add a line consisting of `*` only (similar to `nss-mdns` mode of operation of versions <= 0.4): ``` # /etc/mdns.allow * ``` If the configuration file is absent or unreadable `nss-mdns` behaves mostly as if a configuration file with the following contents is read: ``` # /etc/mdns.allow .local. .local ``` i.e. only hostnames ending with `.local` are resolved via mDNS. Note that this is not exactly the same as having no such file, since we will always be authoritative for the entries in the file. (The heuristics of checking for SOA and requiring two-label names do not apply if the configuration file is used.) If the configuration file is existent but empty, mDNS name lookups are disabled completely. Please note that usually mDNS is not used for anything but `.local`, hence you usually don't want to touch this file. ## Requirements Currently, `nss-mdns` is tested on Linux only. A fairly modern `glibc` installation with development headers (2.0 or newer) is required. Not suprisingly `nss-mdns` requires a kernel compiled with IPv4 multicasting support enabled. [Avahi](http://avahi.org/) is a hard dependency when `nss-mdns` is used, however it is not a build-time requirement. `nss-mdns` was developed and tested on Debian GNU/Linux "testing" from December 2004, it should work on most other Linux distributions (and maybe Unix versions) since it uses GNU autoconf and GNU libtool for source code configuration and shared library management. ## Installation As this package is made with the GNU autotools you should run `./configure` inside the distribution directory for configuring the source tree. After that you should run `make` for compilation and `make install` (as root) for installation of `nss-mdns`.