公司搬了新办公室，网络重新划分了几个子网，打印机、NAS 和几台开发机分散在不同楼层。结果问题来了：财务在3楼用不了2楼的共享打印机，开发人员连不上测试服务器。明明以前在一个局域网里自动就发现了，现在却像“看不见”对方。这种情况其实很常见，核心问题出在“多子网环境节点发现”上。
为什么跨子网后设备就“失联”了？
大多数局域网内的设备发现依赖广播或组播协议，比如 mDNS（多播 DNS）、SSDP 或 NetBIOS。这些协议默认只在同一个广播域内有效，也就是同一个子网里能通。一旦设备被划分到不同子网，路由器通常不会转发这些发现广播包，设备之间自然就“听不到”彼此了。
举个例子，你在A栋喊一声“谁有充电宝”，B栋的人根本听不见。除非有人专门把这句话传过去，不然信息就断了。
常见发现协议的工作范围
Windows 文件共享用的是 NetBIOS，它靠 UDP 137/138 端口广播查找主机。苹果的 AirPrint 和 Bonjour 用的是 mDNS，发的是 224.0.0.251 的组播包。这些数据包到了路由器边界，基本就被拦下了，不会主动跨子网传播。
解决方案一：启用 mDNS 中继
如果你的网络里有不少支持 Bonjour 或 Apple 设备，可以在路由器或专用服务器上开启 mDNS 中继服务。这个功能的作用就是把一个子网里的 mDNS 查询请求转发到其他子网，让跨网段的设备也能响应。
比如在 Linux 服务器上安装 avahi-daemon 并配置中继：
<service-group>
<name replace-wildcards="yes">%h</name>
<service>
<type>_http._tcp</type>
<port>80</port>
</service>
</service-group>然后在配置文件中开启 enable-reflector=yes，这样组播请求就能在多个子网间反射传递。
解决方案二：使用集中式发现服务
更稳定的办法是部署一个中心化的节点发现服务。比如搭建一套基于 DNS-SD + mDNS 网关的系统，或者直接用 Consul 这类服务注册与发现工具。所有设备启动时主动上报自己的 IP 和服务类型，需要访问时统一去查这个“黄页”。
对于普通企业网络，也可以简单粗暴地在核心交换机上设置 UDP 137、5353 等端口的组播转发规则，让关键发现流量穿透子网。但要注意控制范围，避免广播风暴。
排查思路：先确认是不是真的“发现”问题
有时候你以为是发现不了，其实是连接权限或服务没开。先 ping 一下目标 IP 能不能通。如果能 ping 通但无法访问共享，那可能是防火墙挡了 445 端口；如果根本 ping 不通，再检查路由和子网配置。
可以用 arping 命令看目标 MAC 是否在本地子网：
arping -I eth0 192.168.2.100如果收不到回应，说明不在同一链路层，得靠三层转发。这时候就得依赖上层发现机制或手动配置了。
实际建议：小单位用手动，大网络搞中继
十几台设备的小公司，最省事的办法还是手动加 Hosts 记录，或者在路由器里配静态 DNS 映射。谁要访问 NAS，直接输名字就行，不用折腾发现协议。
但要是设备上百，分布多个子网，建议从一开始就规划好服务发现方案。别等到打印机谁都连不上才想起来查这问题。提前在核心设备上打开 mDNS 中继，或者部署轻量级的服务注册中心，后期会省心很多。