libnss-mdns无法解析.local域名但Avahi工具正常，是否为配置错误或其他问题？

这种情况我之前帮朋友排查过好几次，大概率是libnss-mdns的系统配置没跟上，或者NSS服务的调用顺序出了问题，咱们一步步来捋：

首先先明确你的问题场景：
你的笔记本跑的是Ubuntu Focal系统，现在碰到的矛盾现象是：

• 像ping、ping6这类依赖libnss-mdns的工具，完全解析不了rabbit.local：

  $ ping rabbit.local
  ping: rabbit.local: Name or service not known
  
  $ ping6 rabbit.local
  ping6: rabbit.local: Name or service not known
  

• 但Avahi自带的工具（比如avahi-resolve-host-name、avahi-browse）却能完美识别rabbit.local的IPv4/IPv6记录，甚至能看到对应的SFTP、SSH服务。

接下来是最常见的排查和解决步骤：

1. 先查NSS配置文件（最可能的原因） #

libnss-mdns能不能被系统调用，完全看/etc/nsswitch.conf里的hosts项配置。

• 打开这个文件，找到hosts:开头的那一行，正常的配置应该包含mdns4（对应IPv4解析）和mdns6（对应IPv6解析），比如：

  hosts:          files mdns4_minimal mdns6_minimal [NOTFOUND=return] dns mdns4 mdns6
  

• 如果你的配置里完全没有mdns相关的字段，那系统根本不会调用libnss-mdns，直接把上面的配置加进去就行。
• 注意[NOTFOUND=return]的作用是：如果mdns小范围解析找不到结果，就直接返回“找不到”，不用再走后面的DNS查询；如果不需要这个逻辑，可以去掉，但默认保留就好。

2. 检查libnss-mdns的域名允许列表 #

libnss-mdns有个专门的配置文件/etc/mdns.allow，用来定义允许解析的域名后缀：

• 打开这个文件，确认里面有一行.local——这是默认应该有的，如果被删掉或者修改了，就会导致.local域名无法被解析。
• 要是没有的话，直接加一行.local保存就行。

3. 确认libnss-mdns包是否正确安装 #

虽然Avahi服务正常，但libnss-mdns是单独的包，有可能没装全：

• 运行dpkg -l | grep libnss-mdns，看看有没有输出结果。如果没有，就用sudo apt install libnss-mdns重新安装。
• 注意Ubuntu Focal里装libnss-mdns就够了，它同时支持IPv4和IPv6，不用单独装老的libnss-mdns4或libnss-mdns6。

4. 检查网卡的MDNS启用状态 #

有时候NetworkManager会禁用某个网卡的MDNS功能，导致libnss-mdns没法通过该网卡查询：

• 先看你的无线网卡连接名：nmcli con show
• 然后检查该连接的MDNS状态：nmcli con show <你的连接名> | grep mdns
• 如果输出是mdns: no，就用下面的命令启用：

  sudo nmcli con modify <你的连接名> ipv4.dns-mdns yes
  sudo nmcli con modify <你的连接名> ipv6.dns-mdns yes
  

  改完后重新连一下网络就行。

5. 清理缓存、重启服务 #

偶尔缓存错乱也会导致这种矛盾现象：

• 重启Avahi服务：sudo systemctl restart avahi-daemon
• 如果装了nscd服务（名字服务缓存），也重启一下：sudo systemctl restart nscd

6. 排查防火墙规则 #

有没有防火墙（比如ufw）挡住了MDNS的流量？MDNS用的是UDP 5353端口：

• 运行sudo ufw status看看有没有阻止5353端口的规则
• 如果有，添加允许规则：sudo ufw allow 5353/udp

一般来说，前两步就能解决大部分问题，先从NSS配置文件查起，这是最容易出问题的地方。

备注：内容来源于stack exchange，提问作者silpol