python-zeroconf搜索本地服务疑问：需加.local.却无法找到服务

问题1：为什么python-zeroconf要求服务类型必须带“.local.”？ #

这是因为mDNS协议（RFC 6762）明确规定，完整的服务查询名称格式是_<服务类型>._<传输协议>.local.，.local.是mDNS专属的本地域名后缀，用来限定搜索范围在本地局域网内。

python-zeroconf严格遵循这个协议规范，所以会校验服务类型的格式，强制要求必须包含.local.后缀。而你用的第三方mDNS应用做了简化处理——自动帮你补全了这个后缀，所以你输入不带.local.的_hwenergy._tcp也能搜到服务。

问题2：为什么加了.local.后缀还是找不到服务？ #

大概率是以下几个原因，你可以逐个排查：

• 格式写错了：确认你用的是_hwenergy._tcp.local.，注意下划线和点的位置，别多打、漏打或者打错顺序。
• 没监听对网络接口：Chromebook可能有多个网络接口（比如Wi-Fi、Linux容器的虚拟网卡），python-zeroconf默认可能只监听其中一个，而目标服务在另一个接口的网络里。你可以修改代码，让它监听所有可用接口：

  from zeroconf import Zeroconf, ServiceBrowser, ServiceListener
  
  class MyListener(ServiceListener):
      def add_service(self, zc, type_, name):
          info = zc.get_service_info(type_, name)
          print(f"找到服务：{name}")
  
  # 指定监听所有网络接口
  zeroconf = Zeroconf(interfaces=Zeroconf.get_all_addresses())
  browser = ServiceBrowser(zeroconf, "_hwenergy._tcp.local.", MyListener())
  
  # 保持运行以便接收服务通知
  try:
      input("按回车退出...\n\n")
  finally:
      zeroconf.close()
  

• 版本太旧有bug：你用的0.112.0版本可能存在一些已知问题，建议升级到最新稳定版：

  pip install --upgrade python-zeroconf
  

• 协议解析严格度不同：第三方mDNS应用的容错性更强，能处理一些不那么规范的服务响应；但python-zeroconf对协议遵循更严格，如果目标设备发送的mDNS响应有格式小问题，就可能被过滤掉。你可以用Wireshark抓包看看服务的响应包，对比是否符合RFC规范。
• 权限不够：如果是在Chromebook的Linux容器里运行Python，可能存在网络权限限制，导致无法接收mDNS广播包。可以试试用sudo运行你的脚本。

内容的提问来源于stack exchange，提问作者chubbychunk