跨 VLAN 后设备发现不到，怎样验证发现流量走到哪里

先在发送主机、网关相关接口和目标设备接入口同时取证，再按服务名、查询名与时间窗对齐。发送端看见查询而目标侧没有，只能把断点缩小到这段路径；设备被发现，也不能证明它的控制端口可用。

先固定哪些条件

本文以 mDNS 为观察对象。它的本地链路组播与普通单播路由不同，跨 VLAN 是否转发取决于明确配置的反射或发现代理。先问清实际是 mDNS、厂商 UDP 广播还是云注册，不要把所有“自动发现”混成一个端口。

按这个顺序取证

1. 在维护窗口画出 VLAN10 的主控、网关、VLAN20 的节点，写接口和镜像口。三处统一时区并记录时钟偏差；只有一个抓包点时，把其他两处标为未采集，不能从缺席的数据推断丢包。

2. 启动三处抓包后只刷新一次设备列表。mDNS 可先用显示过滤器 udp.port == 5353，随后按实际查询名缩小；保存过滤前原包与过滤截图编号。网关桥接、路由接口或镜像口并不一定能看到同一份流量。

3. 按查询名、源地址、查询／应答方向建立对照。检查目标是否收到查询、应答是否返回主控；再单独验证发现记录指向的地址和端口。调整发现代理前先备份配置，每次只改一项并重复同样刷新动作。

合成示例：输入怎样对应结果

合成拓扑是主控 192.0.2.10 经网关到节点 198.51.100.20，地址仅用于文档。样例把相同查询编号记成 Q01；真实 mDNS 不应只依赖 DNS 事务编号关联，应结合查询内容、方向和短时间窗。三栏“未见”只有在抓包点覆盖确认后才有意义。

观察点	合成输入	示例结果	可以得出的结论
发送端	Q01 服务查询	有	程序确实发出
网关 VLAN10 口	同一查询名	有	到达入口
节点接入口	同一时间窗	未见	调查转发路径，尚不能定位具体规则

下载后怎样使用

下载合成输入CSV、空白记录CSV、可打印测试协议与完整字段JSON。先用合成输入熟悉字段，再复制空表填写自己的环境、测试时间和证据路径；不要把示例行改成真实项目名称后当作测量结果。协议中已经列出准备条件、顺序、通过条件、失败记录和复核人位置，可按本项目约定填写后打印。

失败、误判与下一步

不要因 Ping 通就放开所有组播，也不要关闭整机防火墙来“证明正常”。镜像口只取 ingress 时漏掉 egress、网卡卸载造成显示差异、抓错无线网卡，都会让三处记录看似矛盾。先核对采集位置，再由网络管理员核查明确的发现代理和访问规则。

发现恢复后，另存控制端口请求与应答；发现缓存中的旧地址还可能让列表显示在线却连不上。

本篇取证范围：真实三处抓包、交换机镜像覆盖核验与发现列表截图均未采集。附件是对照结构与合成观察，不是现场抓包。

这项网络记录只支持对应路径或条件的判断。监控心跳、远程桌面与控制应用是不同通信链，不能把其中一项成功复制成另外两项的通过结论。

关联入口与一级出处

基础背景见播控设备自发现（mDNS）怎么用：设备一上电就自己冒出来。进一步可用远程能登录展厅电脑却发不了控制指令，怎样查网卡与路由继续取证。项目上下文可从远程运维专题进入，需对接工程时看网络联调咨询。

• RFC 6762 第3与11节：本地链路和报文传送。
• Wireshark 显示过滤器字段参考。

来源核对日期：2026-10-23。规范支持相应机制，表内输入和数值为本文合成演示；厂商声明仍须在指定版本与配置上验证。