(For clarity, I used "uDNS" in this post when referring to the server-based unicast DNS.)
Three problems can be noted:
dig
is a DNS diagnostic program. It uses uDNS and only uDNS, completely ignoring the name resolution settings configured innsswitch.conf
, hence is the wrong tool to use when debugging Avahi mDNS.Use
getent ahosts
instead, which uses the samegetaddrinfo()
routine as normal programs.If uDNS takes priority when you try to resolve an existing mDNS name, it might mean your
nsswitch.conf
is incorrectly configured (although it would be rare on Fedora). You should have mDNS – at least one ofmdns
ormdns_minimal
– beforedns
in the "hosts" line; for example:hosts: files mdns_minimal [NOTFOUND=return] dns mdns myhostname
The uDNS server you are using,
205.171.3.25
akaresolver.qwest.net
, performs "catch-all" redirection. In other words, if you try to look up a nonexistent name, instead of a NXDOMAIN you will receive the address for Qwest's advertising-filled "Website suggestions" page. (You can see this by opening any of the returned IP addresses in your browser.)Qwest employ this questionable practice claiming to "improve customer experience", and you can opt out. (Or switch to another DNS server, such as Google Public DNS.)