先说我这边的一个真实现象。

我在一台设备上做主动查询——按标准协议问它「你是谁」——结果是100% 无应答。同一时间我把监听器开着，听到的是一屋子设备在滔滔不绝地自我陈述。

一个都不搭理你，但个个都在喊自己的名字。

这件事改变了我对这个问题的整个看法：发现网络里的设备，主要靠的不是问，是听。

## 它们在喊什么

家用/办公网络里的设备基本都不懂「被询问」这件事。它们的习惯是到点向整个网段喊一声——喊名字、喊型号、喊自己会干什么。有四条通道最吵，而且每一条你都能用系统自带的工具亲眼听到，不需要装任何东西。

### 一、DHCP 主机名（最权威的一条）

设备申请 IP 的时候会顺手把名字报上去。这条是我认为最值钱的，因为它是权威的 主机名 ↔ MAC ↔ IP 三者绑定，比任何猜出来的东西都可靠。

OpenWrt 路由器上：

```bash
cat /tmp/dhcp.leases
```

Debian/Ubuntu 上跑了 dnsmasq 的话：

```bash
cat /var/lib/misc/dnsmasq.leases
```

你会在里面看到类似这样的名字：viomi-waterheater-e13\_miap5E55、Z4S-2PSE、orangepi-zero3、Seeed-esp32c6。

注意这里面藏着什么：第一条是小米生态的热水器，型号 e13 就写在名字里；第二条是极空间的 NAS，型号 Z4S；第三条是块香橙派的板子。一台设备就算把所有探测端口全封堵了，只要它拿过 IP，这条信息就已经泄漏了。

### 二、mDNS / DNS-SD（5353）

苹果、米家、打印机、NAS 都在用这个协议互相宣告服务。

```bash
sudo tcpdump -i <接口> -n 'udp port 5353'
```

不确定接口名的话先看一下（ip -o link），OpenWrt 上通常是 br-lan，Linux 上可能是 enp3s0、br0。

如果机器上装了 avahi，avahi-browse -a -t 是更省事的入口。

### 三、SSDP / UPnP（1900）

这是 UPnP 家族的发现协议，摄像头、智能音箱、路由管理界面都在用。它的自报信息里直接带 SERVER（厂商string）和 LOCATION（描述文件地址）。

```bash
sudo tcpdump -i <接口> -n -A 'udp port 1900' | head -40
```

加 -A 是为了直接看报文里的内容——你会看到设备把厂商、型号、UUID 都明文写在那里。

### 四、NetBIOS 名字和 TLS 证书 CN

这两条是指紋里的冷门证据，但经常在别人都不说话的时候救场。

NetBIOS（Windows 和一些 NAS 发行版会用，需要 nmblookup，通常来自 samba 套件）：

```bash
nmblookup -A 192.168.2.35
```

TLS 证书的 CN——很多设备会把型号签进证书：

```bash
openssl s_client -connect 192.168.2.1:443 /dev/null | openssl x509 -noout -subject
```

我在自己网络上见过两种情况：一台路由器的证书 CN 是 MIWIFI（小米原厂固件的签名习惯），另一台的 CN 是 R68S——那台设备的型号就赤裸裸地躺在证书里，而它当时对任何主动探测都不回应。

## 为什么主动问常常是白问

回到开头那个 100% 无应答的实测。原因有几个，而且它们通常会叠加：

-   很多嵌入式设备就是只发不答。 mDNS 实现被裁剪过，宣告逻辑写好了，应答逻辑要么没有、要么只响应它自己关心的那一两个查询。
    
-   组播不跨网段。 你在 VLAN A 里问，设备在 VLAN B，udp 包根本到不了。这也是为什么被动源跑在哪台机器上很重要。
    
-   隔离策略。 AP 隔离、客户端隔离、防火墙都会静默丢掉组播，既不报错也不放行。
    
-   你在猜。 主动探测的本质是试探：38 个常用端口逐个 TCP、猜 SNMP 团体名、冒着 walk 超时的代价去轮询。每猜错一次都是一次完整的超时等待。
    

被动听则完全相反：零流量，不打扰任何人，而且连那些把探测包全部丢弃的设备也照样在说——因为它挡的是入站的包，挡不住自己出去说的话。

主动那一路的代价，上一篇文章里有个具体数字可以参考：Go 版采集器扫一个 /24 网段要 142 到 165 秒，其中相当一部分时间花在「对不支持 SNMP 的主机白白等几轮 walk 超时」上。加了 SNMP 门控之后（先证明这台主机讲 SNMP，才对它跑 L2 探针），同样的网段降到 85 秒左右——省下来的全是没问对人浪费掉的等待。

有一个特殊情况值得单独提：DNS 查询日志。当一个设备把 ICMP 拒了、SNMP 关了、mDNS 也不发的时候，只要它还想上网，就一定会有人替它问 DNS。这条 DNS 查询记录是单向的最后一条泄漏通道，而且它只需要 dnsmasq 开启查询日志就能拿到。

## 动手：十分钟旁听实验

照这个顺序跑一遍，你对自己网络的认知会变一截。三条命令，一条都不用装：

```bash
# 1. 现在有多少设备跟你通信过（内核的邻居表）
ip neigh show
# 2. 旁听十分钟组播宣告
sudo tcpdump -i <接口> -n -c 200 'udp port 5353 or udp port 1900'
# 3. 看 DHCP 租约表（在路由器上跑）
cat /tmp/dhcp.leases
```

第一条会告诉你「已经有谁跟你打过招呼」，你会发现不少设备在里头是你完全想不起来的。

第二条是这场实验的重点——别急着做任何事，就坐在那里听。你会看到设备们轮流自我介绍，而且出现的名字里一定有几台是你叫不出型号的。

第三条给的是那份权威绑定：名字、MAC、IP 三者对齐，没有任何猜测成分。

如果你愿意多花两步，再看看内核的连接跟踪表和 WiFi 终端列表：

​​​​​​​

```bash
# 此刻谁在跟谁通信（路由器/网关上才有意义）
cat /proc/net/nf_conntrack | head -20
# WiFi 终端，带信号强度和已连接时长
iw dev wlan0 station dump
```

这两条只有在网关上才有数据——这也是我上一篇文章讲的那个结论：路由器看得见的东西，内网上别的机器永远看不见。

## 听完之后的问题

听十分钟你会收获一堆名字的碎片：租约表里一堆、组播里一堆、NetBIOS 又来一堆、TLS 证书里还埋着几个型号。然后问题就来了：

这些话是设备一直在说的，但你只在今天听了十分钟。

明天有新设备入网，后天那台打印机换了个 IP，下周 DHCP 把某个 MAC 分配给了别人——你手上的这一份立刻开始过期。这正是我第一篇里那个问题的根源：手写清单必然失效，因为它的更新频率取决于你能坚持多久。

所以我做的事情是把这四路改成持续旁听：

![图片](https://developer.qcloudimg.com/http-save/yehe-1102153/bd28a8d3475816c15b676e537aaab8de.jpg)

探测源产出原始证据，分类器把证据融合成服务身份，最后落到一张只有单一写入方的资产表里。上面列的每一条自白（DHCP 主机名、mDNS 宣告、SSDP 的 SERVER、NetBIOS 名字、证书 CN）在这个模型里都是一条证据，它们不是互相替代，而是互相印证——同一台设备在三路不同通道里说的三句话，凑起来才是它完整的身份。

这也是为什么「被动发现优先」是我这个项目里最重要的一条设计：主动探测能问到的东西永远有边界，而设备自己说出来的话没有。

## 现在还做不到什么

-   组播监听必须跑在有流量的那个网段/接口上。 组播不跨网段这条限制是协议层的，不是配置能绕的。这也是为什么分布式采集器必须是每台路由器一个，而不是从中心扫全网。
    
-   被动发现默认是关闭的（总开关 `scanner.discovery.enabled`，默认 `false`）。原因是这些源读取的是系统敏感状态，在非网关机器上跑不仅无用还可能报权限错误，所以设计上要求你明确打开。
    
-   eBPF 被动观测需要自己带构建标签编译（内核 ≥6.6），默认二进制里它是空实现。它能看的是组播之外的接发字节，属于锦上添花。
    
-   WiFi 终端那条路径我还没在带 AP 的环境里活体验证过。 测试里解析的是真实的 `hostapd_cli`/`iw` 抓包，代码是通的，但我手上没有带 AP 的实测机，这条只能算「写了没在活机上跑过」。
    
-   跨 VLAN 的 MAC 要靠路由器的 ARP 表，需要你在配置里明确列出路由器地址，不配的话这个源就直接空转。
    
-   它是单人项目。 GitHub 上 485 次提交全部出自我一个人，响应速度取决于我的时间和状态。有问题可以提 issue，不保证当天回。
    

## 项目地址

仓库（AGPL-3.0）：https://github.com/Mi-Bee-Studio/MiBeeSteward

发现机制文档（这篇里每条通道的细节和配置键）：https://github.com/Mi-Bee-Studio/MiBeeSteward/blob/main/docs/zh/discovery.md

OpenWrt 部署文档（那四个只有路由器才有的信号源）：https://github.com/Mi-Bee-Studio/MiBeeSteward/blob/main/docs/zh/openwrt.md

上面的命令你今天就可以跑，跟用什么工具无关。如果跑完之后你觉得「这些话确实不该说完就散掉」，那 MiBee Steward 做的就是替你一直听下去这件事——顺手 star 一下，我这边能收到反馈，尤其是「你网络上哪些设备认不出来」这类信息，对指纹库的贡献最直接。

---

我在「蓝宝石的傻话」写一个人维护几张异地局域网的实战：自托管、网络、开源项目的开发和踩坑。这个系列前两篇是《86 台设备，我手写的清单里至少 6 条是错的》和《路由器上那 54MB 内存，逼我用 Rust 重写了采集器》，讲清单为什么会失效、采集器为什么必须跑在路由器上。

我在一台设备上做主动查询——按标准协议问它「你是谁」——结果是100% 无应答。同一时间我把监听器开着，听到的是一屋子设备在滔滔不绝地自我陈述。

你的设备每天都在自报家门，只是没人听

大数据

被动监听是发现网络设备的最高效方式：设备主动宣告主机名、型号和服务，无需主动探测。四条关键通道——DHCP租约、mDNS、SSDP、NetBIOS及TLS证书CN——可零流量获取权威身份信息，且不惊扰任何设备。

代码解释

路由器

防火墙

TLS证书

Windows

路由

GitHub

Ubuntu

Linux

DHCP

ICMP

eBPF

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

你的设备每天都在自报家门，只是没人听-腾讯云开发者社区-腾讯云

你的设备每天都在自报家门，只是没人听

你的设备每天都在自报家门，只是没人听

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐