企业官网建设流程全解析

• 后端
• 网络
• 运维
• 数据可视化

本指南围绕 NetAlertX 如何处理支持 MAC 随机化的设备展开，讲解随机 MAC 的识别原理、UI_NOT_RANDOM_MAC豁免前缀配置，以及 Windows / iOS / Android 三大平台上关闭设备端随机 MAC 的具体操作。读完本文，你将理解随机 MAC 如何干扰设备识别，并掌握在 NetAlertX 中标记、豁免与规避随机 MAC 的完整实战方案。

为什么随机 MAC 会"骗过"NetAlertX

部分操作系统内置了 MAC 地址随机化功能，目的是保护隐私：设备在连接 Wi-Fi 网络时，不暴露真实 MAC，而是分配一个随机生成的 MAC 地址。NetAlertX 这类局域网设备发现工具，核心身份标识正是 MAC 地址——设备的入库、去重、历史记录、会话跟踪全部以devMac为主键（参见 server/models/device_instance.py）。

因此，当一台设备每次连接都更换随机 MAC 时，NetAlertX 会将其识别为一台全新设备，导致：

• 同一物理设备在设备列表中反复出现多个"幽灵"条目；
• 每次 iOS / Android 重新随机化 MAC，设备就会被当作新设备重新触发扫描与通知；
• 设备的历史在线记录、会话信息被割裂，无法形成连续画像。

这种随机化机制在连接不熟悉的外部 Wi-Fi时很有价值，但在连接自家已知网络时几乎毫无收益。官方文档 docs/RANDOM_MAC.md 明确建议：把设备接入自家 Wi-Fi 时，应在设备端关闭此功能，让 NetAlertX 能够稳定识别设备，避免其隔三差五以新设备身份出现。

随机 MAC 的识别规则：第二字符 2 / 6 / A / E

NetAlertX 通过一个简洁的启发式规则识别随机 MAC：MAC 地址从左数第 2 个字符（即第一字节的低 2 位所在位置）为2、6、A或E时，判定为随机 MAC。

这一规则源自 IEEE 802 标准中 MAC 地址的 U/L（Universally / Locally administered，全局/本地管理）位约定：随机生成的本地管理地址会将第一字节的最低第 2 位（bit 1）置 1，而该位在十六进制表示中恰好反映为第二字符取值2、6、A、E（大小写不敏感）。判定不依赖厂商 OUI 数据库，因此对任意随机生成的地址均有效。

后端核心实现位于 server/helper.py：

# Helper function to determine if a MAC address is random def is_random_mac(mac): """Determine if a MAC address is random, respecting user-defined prefixes not to mark as random.""" # Validate input if not mac or len(mac) < 2: return False # Check if second character matches "2", "6", "A", "E" (case insensitive) is_random = mac[1].upper() in ["2", "6", "A", "E"] # Check against user-defined non-random MAC prefixes if is_random: not_random_prefixes = get_setting_value("UI_NOT_RANDOM_MAC") for prefix in not_random_prefixes: if mac.upper().startswith(prefix.upper()): is_random = False break return is_random

关键逻辑分两步：

1. 基础判定：取mac[1]（第二个字符）并转为大写，判断是否命中"2"、"6"、"A"、"E"之一，命中即为候选随机 MAC；
2. 豁免校验：若命中，再逐一检查用户通过UI_NOT_RANDOM_MAC配置的豁免前缀，只要 MAC 以任一前缀开头，则改判为非随机。

UI_NOT_RANDOM_MAC：豁免特定前缀，避免误判

随机 MAC 规则虽然简洁高效，但存在误判风险：某些设备厂商（尤其是一些物联网设备、部分网卡厂商的出厂地址段）恰好以2、6、A、E开头的第二字符，其 MAC 其实是全局唯一、永不变化的真实地址。此时 NetAlertX 会把正常设备误标为随机 MAC。

UI_NOT_RANDOM_MAC设置正是为此设计的"白名单"：指定不应被标记为随机设备的 MAC 前缀。设置界面中的说明文案给出了最典型的用法（见 front/php/templates/language/en_us.json 中的UI_NOT_RANDOM_MAC_description）：

Mac prefixes which shouldn't be marked as Random devices. Enter for example52to exclude devices starting with52:xx:xx:xx:xx:xxfrom being marked as devices with a random MAC address.

即：输入前缀52，即可排除所有以52:xx:xx:xx:xx:xx开头的设备，使其不再被标记为随机 MAC。同理，UI_NOT_RANDOM_MAC支持同时配置多个前缀，前端会将其解析为数组后逐一比对（见 front/js/common.js）：

// Check if MAC is a random one function isRandomMAC(mac) { isRandom = false; isRandom = ["2", "6", "A", "E", "a", "e"].includes(mac[1]); // if detected as random, make sure it doesn't start with a prefix which teh suer doesn't want to mark as random if(isRandom) { $.each(createArray(getSetting("UI_NOT_RANDOM_MAC")), function(index, prefix) { if(mac.startsWith(prefix)) { isRandom = false; } }); } return isRandom; }

前后端判定逻辑完全对称：后端is_random_mac()与前端isRandomMAC()都遵循"先按第二字符判定，再按豁免前缀回退"的同一规则，确保 UI 展示与 API 计算结果一致。该设置在 server/conf.py 中的默认值为空列表UI_NOT_RANDOM_MAC = []，即默认不豁免任何前缀、所有命中规则的地址一律标记为随机 MAC。

随机 MAC 标记在 NetAlertX 中的完整数据流

从源码结构看，随机 MAC 判定贯穿设备数据的多个环节，形成一条完整链路：

其中 server/scan/device_heuristics.py 的处理顺序值得注意：先做严格 MAC 匹配 → 名称匹配 →最后才应用随机 MAC 拦截。也就是说，只要设备能被厂商 OUI 或名称规则正确识别，就不会被当作"随机 MAC 设备"降级处理；只有完全无法识别、且命中随机规则的地址，才会被标记为随机设备，避免误伤真实已知设备。

Windows：关闭 MAC 随机化

Windows 10 / 11 默认会为 Wi-Fi 连接启用随机硬件地址，可按以下路径关闭：

1. 打开设置 → 网络和 Internet → Wi-Fi；
2. 点击当前连接的 Wi-Fi 网络属性；
3. 找到随机硬件地址（Random hardware addresses）开关；
4. 将其关闭（或对特定网络单独关闭）。

关闭后，Windows 将对该网络使用真实的物理 MAC 地址，NetAlertX 即可稳定识别。官方文档 docs/RANDOM_MAC.md 也提供了 Windows 关闭随机 MAC 的详细参考，界面示例如下：

iOS：关闭"私有 Wi-Fi 地址"

iOS 14 及之后的系统默认开启"私有 Wi-Fi 地址"（Private Wi-Fi Address），为每次加入的网络生成随机 MAC。关闭方式：

1. 打开设置 → Wi-Fi；
2. 点击当前网络右侧的ⓘ信息按钮；
3. 找到私有无线局域网地址 / 私有 Wi-Fi 地址开关；
4. 将其关闭。

注意：iOS 的随机化是按网络记忆的——同一网络通常保持同一随机地址，但一旦"忽略此网络"后重新连接，或系统重置网络设置，地址会再次更换，NetAlertX 仍可能把它当作新设备。官方文档建议在自家网络中关闭该选项以保证识别连续性：

Android：关闭随机 MAC

Android 10（及部分厂商的更高版本定制系统）默认对 Wi-Fi 启用随机 MAC（在"已连接的 Wi-Fi 网络详情"中显示为"随机 MAC"）。关闭方式：

1. 打开设置 → Wi-Fi；
2. 长按当前连接的 Wi-Fi 网络，选择修改网络 / 网络详情；
3. 展开高级选项；
4. 将MAC 地址类型从"随机 MAC / 使用随机 MAC"改为"使用设备 MAC / 使用手机 MAC"；
5. 保存并重新连接。

不同品牌（尤其国产深度定制系统）的菜单路径略有差异，但核心开关均为"随机 MAC / 设备 MAC"二选一。开启固定 MAC 后，NetAlertX 才能在每次扫描中看到同一地址：

实践建议：让 NetAlertX 记住你的设备

综合官方文档 docs/RANDOM_MAC.md 与上述源码机制，针对随机 MAC 问题的最佳实践可归纳为三点：

1. 自家网络优先关闭设备端随机化：对日常使用的手机、笔记本等设备，在连接自家 Wi-Fi 时关闭系统随机 MAC（或按网络记忆保持地址不变），从根源上消除"新设备刷屏"；
2. 外部网络保留随机化：连接陌生公共 Wi-Fi 时保持随机 MAC 开启，这仍是有效的隐私保护手段，与 NetAlertX 的识别冲突无关；
3. 误判时使用UI_NOT_RANDOM_MAC豁免：若确认某设备的 MAC 是真实出厂地址（如厂商 OUI 段恰好以2/6/A/E开头），在 NetAlertX 设置中把该前缀加入UI_NOT_RANDOM_MAC，即可避免被误标为随机设备；该豁免会同时作用于后端判定（server/helper.py）与前端展示（front/js/common.js）。

通过"设备端关闭随机化 + 服务端前缀豁免"双管齐下，NetAlertX 的设备识别与资产追踪即可保持连续、准确，不再被隐私随机 MAC 机制干扰。

• 后端
• 网络
• 运维
• 数据可视化