跳至主要内容

MAC地址随机化:企业WiFi影响与指南

了解iOS、Android和Windows的MAC地址随机化如何影响企业WiFi分析与安全。学习以身份为中心的802.1X与访客接入策略。

作者:Iain Jewitt发布于
📖 8 分钟阅读347 字2 应用实例3 练习题4 关键定义

Video overview

收听本指南

查看播客转录
欢迎阅读 Purple 技术简报。我是您的主持人,今天我们将深入探讨一项正在从根本上重塑企业 WiFi 的技术:MAC 地址随机化。如果您是 IT 经理、网络架构师或 CTO,这是一个直接影响您的基础设施、安全和数据策略的主题。那么,它究竟是什么?为什么它现在就需要您的关注? 几十年来,MAC 地址(即每台具备网络功能的设备上唯一的硬件标识符)一直是网络管理中可靠的锚点。我们将其用于访问控制、设备追踪和分析。但出于保护隐私的目的,这个锚点已经被移除了。来自 Apple、Google 和 Microsoft 的操作系统现在在连接 WiFi 网络时会生成临时的随机 MAC 地址。这是用户隐私方面的一大重大胜利,因为它能防止设备跨场所被追踪。但对于依赖了解谁和什么设备在您的网络上的酒店、零售连锁店或体育场来说,这可能会让您感觉立足之地正在发生动摇。您的分析数据显示有一千名新访客,而您知道实际上只有一百人走进来。您的安全系统依赖于一份经批准的 MAC 地址列表,现在突然开始阻止合法用户。这不是一个 bug,而是新的常态,您的组织越早适应就越有利。 让我们深入了解技术细节。这实际上是如何运作的?当您的智能手机或笔记本电脑想要连接到 WiFi 网络时,其操作系统基本上会掷骰子并创建一个新的临时 MAC 地址。它使用这个临时地址进行连接。关键点在于它何时会更改这个地址。对于大多数现代设备,它会为每个 WiFi 网络名称(即 SSID)创建一个唯一的随机地址。因此,您的手机在连接您的“酒店住客 WiFi”时会使用一个随机地址,而在连接街角咖啡店时则使用一个完全不同的随机地址。对于酒店网络,它通常会在后续访问中继续使用该相同的随机地址,这提供了一定的稳定性。然而,这并不能保证。某些设备可能会在 24 小时后,或者在几周没有检测到该网络后更改它。归根结底是:您再也不能假设您今天看到的 MAC 地址就是您明天看到的那个。依靠它来处理任何关键事务无异于沙地筑屋。 这打破了网络管理的三个主要领域。首先,身份验证。如果您使用 MAC 白名单来控制哪些设备可以访问您的网络,那么该系统现在已经过时了。一个超过一个月没有访问过您场所的设备将直接显示为全新的未知设备并被拦截。其次,安全监控。如果您通过 MAC 地址追踪可疑设备,它只需断开连接、更改地址,然后以全新设备的身份重新出现。您的安全日志将变得更加难以解释。第三,对许多企业来说也是最重要的一点,分析。如果您的分析平台通过计算唯一的 MAC 地址来测量客流量、停留时间和回头客,那么您的数据在根本上就是有缺陷的。您不是在统计人,而是在统计随机数字。这里的影响是巨大的 - 场所运营商报告称,在主要操作系统更新默认推出 MAC 随机化后,明显的独特访客数量膨胀了 300% 至 500%。 现在,让我们来看看操作系统领域。苹果公司早在 2014 年就在 iOS 8 中针对探测请求引入了 MAC 随机化。但真正的转变来自 2020 年的 iOS 14,当时苹果将每个网络的随机 MAC 地址设为所有连接的默认设置。Android 紧随其后推出了 Android 10,Windows 10 也支持该功能,尽管在该平台上默认是关闭的。在实践中,这意味着今天连接到您访客 WiFi 的绝大多数智能手机都在使用随机地址。这并不是一种边缘行为,而是主流行为。 那么,我们该如何解决这个问题呢?解决方案不是与之对抗,而是构建更智能的系统。指导原则是:从硬件身份识别转变为凭据身份识别。 对于您安全的内部企业网络,答案很明确。部署具有 802.1X 身份验证的 WPA3-Enterprise。这是由 IEEE 定义的行业黄金标准。它强制每台设备在被允许接入网络之前,向中央 RADIUS 服务器出示适当的凭据 - 例如用户名和密码,或数字证书。对于安全决策来说,MAC 地址变得完全无关紧要。它更安全、更具扩展性,并且完全不受随机化问题的影响。如果您仍在运行带有预共享密钥和 MAC 白名单的 WPA2,那么您面临的是两个问题,而不是一个。MAC 随机化问题实际上是提示您需要同时解决这两个问题。对于您的访客网络,首要工具是现代的 Captive Portal。但我需要明确指出:我所说的并不是一个只有复选框的简单展示页面。我指的是一个由身份驱动的互动层。给用户一个亮明身份的理由。将 Portal 与社交媒体登录、电子邮件获取,或者更理想地,与您的客户忠诚度计划相集成。酒店宾客使用其忠诚度账户登录,能为您提供一个稳定、持久的标识符,这远比 MAC 地址有价值得多。现在,您可以在多次入住中精准追踪他们的到访,提供个性化体验,并为您的营销团队收集基于授权的零方数据。您已经将一个技术难题转化为了一个真正的商业机遇。这就是我希望您能从本次简报中汲取的思维转变。 让我为您提供两个真实场景,使之更加具体。 场景一:一家拥有两百间客房的奢华酒店。他们目前的系统使用 MAC 白名单来为已注册宾客提供自动重新连接。自 iOS 14 推出以来,返店宾客不断被阻拦,不得不致电前台。解决方案是部署集成了物业管理系统的 WPA3-Enterprise 和 802.1X。当宾客办理入住时,系统生成一个唯一的、有时限的 WiFi 凭据。宾客通过 Portal 进行一次身份验证,保存凭据,此后,无论使用何种 MAC 地址,他们的设备在入住期间的每次后续连接中都会在后台无缝且安全地重新连接。结果是:前台零 WiFi 投诉电话、宾客满意度得分显著提升,且网络比以前更加安全。 场景二:一家大型零售连锁店。他们的营销团队希望针对一个月内到访超过三次的客户开展一项“欢迎回归”活动。他们现有的 WiFi 系统无法做到这一点,因为 MAC 随机化让每次到访看起来都像首次到访。解决方案是一个基于身份的忠诚度 WiFi 计划。客户只需用电子邮件或电话号码注册一次。每次到访时,他们使用忠诚度凭据登录 WiFi。系统追踪的是登录次数,而非 MAC 地址。当客户的登录次数在一个月内达到三次时,Portal 会自动向他们展示个性化的折扣优惠。营销团队获得了准确的、基于授权的数据。客户获得了更好的体验。而 IT 团队则拥有了一个在未来数年内都保持竞争力的网络架构。 接下来是快速答疑环节,解答我最常听到的来自 IT 团队的问题。 问题一:我不能直接让用户针对我的网络关闭 MAC 随机化吗?您可以这样做,但这不是个好主意。这会导致糟糕的用户体验,而且许多用户不知道如何操作或不愿操作。您正在与一项只会变得更加根深蒂固的默认开启的隐私功能进行一场注定失败的斗争。请适应您的网络,而不是去强求您的用户。 问题二:我的分析服务提供商表示他们仍然可以追踪到唯一的设备。他们说得对吗?请保持怀疑态度。一些平台使用复杂的指纹算法来评估两个不同的随机 MAC 是否来自同一台设备。这是概率性的,而非确定性的。对于趋势分析来说,这可能是一个有用的估算,但并不是事实真相。实现准确访客识别的唯一可靠解决方案是基于登录的身份层。 问题三:这会花费很多钱吗?这将需要一定的投资,特别是如果您的硬件较旧且不支持 WPA3。但投资回报率是引人瞩目的。您将获得一个更安全的网络,通过设计实现对 GDPR 等隐私法规的合规性,并构建一个用于更丰富客户互动和数据收集的平台。数据泄露或因不合规而导致的监管罚款成本要比网络更新换代的成本高出几个数量级。 问题四:PCI-DSS 合规性如何?如果您正在处理卡片支付,且您的网络分段依赖于基于 MAC 的规则,您需要紧急解决这个问题。MAC 地址并不是一种可靠的边界控制。您的 PCI-DSS 审计员不会将其作为主要的安全性控制。使用 802.1X 和 VLAN 分配进行正确的网络分段才是合规的前行之路。 总而言之,MAC 地址随机化将长期存在。这不是一个需要解决的问题;而是一个需要接受的新现实。您的行动计划非常明确。 首先,在本季度审计您的网络。寻找并替换任何依赖静态 MAC 地址的系统,特别是用于安全目的的系统。记录 MAC 白名单或基于 MAC 的策略执行的每个实例。 其次,投资于身份驱动的架构。这意味着在您的企业网络中使用 802.1X 和 WPA3-Enterprise,在您的访客网络中使用具有身份层的现代且富有吸引力的 Captive Portal。 第三,重新评估您的分析策略。与您的分析服务提供商沟通并直接询问他们:您的平台如何处理 MAC 随机化?将重点放在您可以从已认证用户和会话数据中获得的洞察上,而不是放在夸大且不可靠的设备数量上。 通过拥抱这一改变,您不仅是在解决一个技术问题。您正在为未来构建一个更安全、更合规且更智能的网络。一个尊重用户隐私、并为您的业务蓬勃发展提供所需的准确且基于同意的数据的网络。 感谢您收听 Purple 技术简报。如需获取更多资源、指南和技术文档,请访问 purple dot ai。我们下期再见。

核心系列的一部分:企业WiFi安全指南 →

Interactive architecture advisorIEEE 802.11 privacy and enterprise mitigation engine

MAC address randomisation: enterprise impact and diagnostic tool

Calculate how iOS Private WiFi Addresses, Android MAC randomization, and Windows hardware rotation impact your captive portals, network analytics, and 802.1X access controls.

Impact Severity
Critical Impact
Captive portal friction
Footfall Analytics Error
Duplicate guest counts each time the address rotates
Multi-MAC rotation registers duplicate guests
Captive Portal Friction
Continuous Splash Page Re-Prompts
MAC caching invalidates on address change
Architecture Strategy
Purple Passpoint (Hotspot 2.0) Profile & Token-Based Re-Auth
MAB Bypassed / Blocked

Live MAC address bit tester (Universal/Local U/L bit analyser)

Test if a client MAC is randomized or burned-in

Purple Intelligent WiFi & Analytics: architecture blueprint

Identity-First Access & AI Analytics Deduplication

Eliminate dependency on physical hardware MAC addresses by deploying Passpoint (Hotspot 2.0) profiles and identity-anchored captive portals with AI session deduplication.

  1. Enable Purple Passpoint (Hotspot 2.0) for zero-friction encrypted roaming without captive portal re-prompting.
  2. Configure Identity-First Splash Pages with OAuth, SMS verification, or CRM sync (HubSpot, Salesforce) to tie visitor sessions to authenticated profiles.
  3. Activate Purple AI Analytics deduplication algorithms to resolve multi-MAC rotating clients into single physical visitor metrics.

Struggling with MAC address randomisation across enterprise venues?

Purple provides Passpoint (Hotspot 2.0) onboarding, identity-first captive portals, and AI-powered visitor analytics that bypass hardware MAC rotation across 80,000+ venues globally.

Request enterprise WiFi identity and MAC randomization audit

Useful? Link to this tool

概要

MAC地址随机化:企业WiFi影响与指南

MAC地址随机化是 iOS 14+、Android 10+ 和 Windows 10/11 中默认启用的操作系统隐私功能。通过用临时的随机介质访问控制(MAC)地址替换永久的出厂硬件标识符(烧录地址或 BIA),设备制造商可以保护用户隐私并防止在公共场所被动跟踪位置。

虽然 MAC 地址随机化有利于消费者隐私,但它也破坏了传统的企业 WiFi 管理、基于 MAC 的安全白名单、Captive Portal 会话缓存和场所分析。本技术指南解释了 MAC 随机化的工作原理,详细说明了其运行影响,并为网络架构师提供了从基于硬件的跟踪迁移到身份优先的 802.1X 和经同意的访客 WiFi 架构的逐步路线图。

什么是 MAC 地址随机化?

介质访问控制(MAC)地址随机化在无线网络探测请求和活动 SSID 关联期间,用动态生成的地址替换设备出厂分配的 48 位硬件地址。

操作系统实现如何处理 MAC 轮换

设备操作系统在两种不同的运行状态下实现 MAC 随机化:

  1. 探测请求扫描: 当设备扫描附近的接入点时,它会使用定期变化(通常每几分钟一次)的随机 MAC 地址广播探测请求。这可以防止场所扫描仪跟踪物理位置中未关联的客流量。
  2. SSID 连接(单网络 MAC): 在关联特定 WiFi 网络时,iOS、Android 和 Windows 会生成专用于该特定 SSID 的唯一随机 MAC 地址。在 iOS(专用 WiFi 地址)和 Android(使用随机 MAC)上,该单网络地址对于该 SSID 保持不变,除非用户忽略网络、重置网络设置,或者在未重新连接的情况下过去了四个小时(在较新的 iOS 18 隐私模式下)。

识别随机 MAC 地址(LAA 位)

网络管理员可以通过检查 MAC 地址结构的第一字节来识别随机 MAC 地址。根据 IEEE 802 标准,第一字节的次低有效位是 通用/本地 (U/L) 位:

  • 位 = 0: 全局管理地址(全球唯一的制造商 BIA)。
  • 位 = 1: 本地管理地址(LAA),表示随机或自定义地址。

在十六进制表示法中,第一字节以 2、6、A 或 E 结尾的任何 MAC 地址(例如 x2:xx:xx:xx:xx:xx、x6:xx:xx:xx:xx:xx、xA:xx:xx:xx:xx:xx 或 xE:xx:xx:xx:xx:xx)都是随机地址。

对企业网络运行的影响

MAC address 随机化直接影响企业无线基础设施的三个关键运营支柱:

1. 基于 MAC 的访问控制列表 (ACL) 失效

传统无线网络通常依赖 MAC 白名单来允许企业库存扫描枪、医疗设备或员工笔记本电脑接入内部 SSID。当操作系统更新启用 MAC 随机化时,这些设备会生成新的 MAC address,从而导致即时连接中断、身份验证失败和运营停机。此外,MAC ACL 提供的安全防护微乎其微,因为恶意攻击者很容易伪造硬件地址。

2. WiFi 分析和客流量指标失真

传统的 WiFi 分析平台通过统计探测请求中的唯一 MAC address 来估算场馆客流量、停留时间和回头客频率。在 MAC 随机化下:

  • 客流量超额计算: 单个访客在场馆内停留数小时可能会生成 5 到 10 个不同的随机 MAC address,从而严重虚增访客总数。
  • 回头客指标丢失: 再次光临的访客会显示为首次使用的用户,因为其设备呈现的是新的随机地址,这降低了客户忠诚度跟踪和场馆商业智能的准确性。

3. Captive Portal MAC 缓存崩溃

许多访客 WiFi 网络使用 MAC 缓存来自动登录再次光临的访客,而无需他们在展示页面上重新输入凭据。当访客设备轮换其 MAC address 时,Captive Portal 网关将无法识别该设备,从而迫使访客重新进行身份验证,进而造成用户体验摩擦。

有关现代门户管理的深入回顾,请参阅我们的 Captive Portal Guide 和 WiFi Analytics Guide。

传统 MAC 控制与以身份为中心的 WiFi 架构对比

要解决 MAC 随机化挑战,IT 团队必须从基于硬件的访问控制转向以身份为中心的身份验证。

运营维度 传统基于 MAC 的管理 现代身份优先架构
身份验证因子 硬件 MAC address (BIA) 加密凭据 (802.1X / X.509 证书 / OAuth)
安全韧性 易受 MAC 伪造和操作系统轮换攻击 防伪造;加密凭据验证
网络分段 静态 MAC 到 VLAN 绑定 基于用户角色的动态 RADIUS VLAN 分配
访客分析 被动未经同意的 MAC 探测(不准确) 经同意的访客门户登录(准确的用户遥测)
GDPR 与隐私合规性 高风险(未经同意的跟踪) 完全合规(明确的选择性同意)

IT 团队的 5 步迁移路线图

迁移您的无线基础设施以应对 MAC address 随机化需要采取结构化的五步方法:

  1. 审核所有 SSID 之间的 MAC 依赖关系: 扫描网络控制器配置和防火墙,查找基于 MAC 的 ACL、静态 IP 分配以及基于 MAC 的 RADIUS 旁路规则。
  2. 停用企业终端的 MAC 白名单: 采用 IEEE 802.1X 认证代替 MAC ACL。为企业笔记本电脑和手持设备部署 EAP-TLS,通过您的 MDM 平台(Microsoft Intune、Jamf)管理设备证书。
  3. 部署 WPA3-Enterprise 和动态 VLAN 分配: 在内部 SSID 上启用 WPA3-Enterprise。配置您的 RADIUS 服务器,根据已认证的身份而非硬件地址,将用户动态分配到指定的员工、承包商或 IoT VLAN。访问我们的 Enterprise WiFi 安全指南 以获取架构蓝图。
  4. 实施身份驱动的访客 WiFi 门户: 将访客欢迎页面升级为具有身份感知功能的门户。通过提供电子邮件、社交媒体 OAuth 或短信认证,您的网络可以捕获与会话令牌相关联的已验证用户画像,从而消除对原始 MAC 地址的依赖。
  5. 将场所分析重新配置为基于会话遥测: 升级您的分析引擎,以处理已认证的门户登录和会话级去重,而非未关联的探针计数。

故障排除与风险规避

解决常见的过渡问题

  • DHCP 地址池耗尽: 连接到访客 SSID 的随机 MAC 地址会迅速消耗 DHCP 租约。将访客 DHCP 租约时间缩短至 30 - 60 分钟,并扩大地址池子网大小(例如,针对高密度场所使用 /21 或 /20 子网)。
  • 大型场所中的漫游会话掉线: 确保无线接入点支持 IEEE 802.11r(快速 BSS 过渡)和 802.11k/v 漫游协议,使设备在跨 BSSID 过渡时保持活动关联,而不会触发 MAC 轮换。
  • 传统 IoT 设备连接性: 对于不支持 802.1X 的无头 IoT 设备,使用带有 iPSK 的 WPA3-Personal,为每个设备组分配唯一密钥,同时将它们动态映射到隔离的 VLAN。

升级到 Purple 身份优先访客 WiFi

Purple Guest WiFi & Analytics 为企业场所提供身份驱动的门户引擎,在克服 MAC 地址随机化影响的同时,提供准确的客户洞察并确保 100% 符合 GDPR。

  • 可验证的访客遥测: 用经同意的用户画像数据代替不准确的 MAC 探针计数。
  • 无缝的多场所漫游: 通过安全的会话令牌跨场所无缝识别再次光临的访客。
  • 企业级集成: 将访客遥测数据直接与 HubSpot、Salesforce 以及企业 CRM 平台连接。

访问我们的 多租户 WiFi 指南 或 联系 Purple 解决方案专家 以升级您的无线网络基础设施。

关键定义

MAC地址随机化

现代操作系统中的一项隐私功能,在扫描或连接WiFi网络时,会定期更改设备的媒体访问控制(MAC)地址。

旨在防止在公共和企业无线基础设施中进行被动的定位追踪。

本地管理地址 (LAA)

一种由特定比特模式(第一个字节的第1位设置为1)指定的MAC地址格式,表明它是随机生成的,而不是由制造商全局分配的。

通过第一个字节中以2、6、A或E结尾的十六进制字符来识别(例如:x2:xx:xx,x6:xx:xx)。

以身份为中心的网络准入

一种安全架构,通过加密凭据(802.1X、证书、OAuth)而不是硬件MAC地址来验证用户和终端身份。

在企业和访客WiFi网络中,采用零信任访问控制取代传统的MAC白名单。

动态RADIUS VLAN分配

一种网络控制机制,其中RADIUS服务器根据已验证的用户身份而非静态硬件绑定,将连接的设备分配到特定的VLAN。

确保无缝的网络分段,免受客户端MAC地址轮换的影响。

应用实例

一个体育场网络工程师注意到,他们的传统WiFi分析工具在一次实际售票人数为45,000人的比赛中,报告了145,000名独立访客。为什么会出现这种差异?应该如何重新配置分析架构?

  1. 根本原因:现代智能手机(iOS 14+、Android 10+)每24小时或按每个SSID BSSID关联轮换其随机MAC地址,导致传统分析引擎将单个物理设备注册为3到4个不同的访客。2. 架构修复:将原始MAC数据包计数替换为会话级去重,并采用选择性加入的访客门户验证(OAuth/邮箱登录)。这使访客遥测数据锚定在已验证的身份记录上,而非临时的硬件地址上。
考官评语: 依靠MAC地址计数进行客流量报告会导致严重的过度计数。以身份为中心的访客门户可创建经验证的用户画像,同时保持完全符合GDPR规范。

一个管理80个零售网点的IT团队使用基于MAC的访问控制列表(ACL)来允许公司库存手持设备接入内部WiFi。在一次系统更新后,手持设备反复断开连接并被阻止。眼下的技术补救措施是什么?

  1. 确定手持设备系统是否启用了MAC随机化(“私有WiFi地址”设置)。2. 在无线控制器上禁用MAC ACL。3. 实施WPA3-Enterprise并向后兼容WPA2-Enterprise,使用802.1X认证(带有设备证书的EAP-TLS,或每个设备具有唯一密钥的WPA3-PSK/iPSK)。4. 向所有库存设备推送强制执行基于证书的802.1X认证的MDM配置文件。
考官评语: MAC ACL无法提供真正的安全性(MAC地址极易被伪造),且在操作系统隐私更新后会失效。802.1X证书认证可确保可靠的网络接入,不受硬件MAC设置的影响。

练习题

Q1. 网络管理员如何通过编程确定连接的设备使用的是随机MAC地址还是出厂烧录地址(BIA)?

提示:检查MAC地址第一个字节的次低有效位。

查看标准答案

检查MAC地址中的全局/本地 (U/L) 位。如果第一个字节的次低有效位设置为1(使第二个十六进制字符为2、6、A或E - 例如x2:xx、x6:xx、xA:xx或xE:xx),则该地址为本地管理地址(LAA),表明启用了MAC随机化。

Q2. 为什么MAC地址随机化会破坏传统的凭证强制门户无缝二次验证(MAC缓存)?

提示:考虑门户网关存储什么标识符来识别返回的设备。

查看标准答案

Captive Portal MAC缓存会在初始登录时存储客户端的MAC地址,以便在未来的会话中进行自动身份验证。当设备旋转其MAC地址时,网关将无法识别传入的MAC地址,从而强制用户重新通过登录页面进行身份验证。

Q3. 鉴于MAC随机化,在GDPR规范下,在访客WiFi网络上跟踪回头客的推荐方法是什么?

提示:对比基于硬件的被动跟踪与明确的身份同意。

查看标准答案

部署一个基于身份的访客WiFi门户(例如Purple访客WiFi),并附带清晰的隐私声明和明确的勾选同意。与其被动跟踪未经同意的MAC地址,不如获取与安全会话令牌绑定的已同意用户身份(电子邮件、会员ID),从而确保完全符合GDPR并获得准确的遥测数据。

常见问题

What is MAC address randomization and how does it work?

MAC address randomization is a privacy mechanism implemented in iOS, Android, and Windows where the device generates pseudo-random MAC addresses instead of transmitting its permanent Burned-In Address (BIA). The system sets the second least-significant bit of the first octet (the Universal/Local bit) to 1, designating the frame as a Locally Administered Address (LAA).

How can network engineers identify whether a client MAC is randomized or genuine hardware?

Inspect the second hexadecimal character of the MAC address. If this character is 2, 6, A, or E (such as x2:xx:xx:xx:xx:xx, x6:xx, xA:xx, or xE:xx), the Universal/Local (U/L) bit is 1, indicating a randomized, locally administered address. All other hexadecimal characters indicate a universally administered hardware address registered to an IEEE manufacturer OUI.

Why does MAC randomization break enterprise captive portals and guest WiFi?

When client devices generate new MAC addresses per SSID or rotate them periodically (such as iOS 18 Private WiFi Address rotation), networks relying on MAC caching for authentication treat the returning user as an entirely new device. This forces repetitive captive portal logins, exhausts DHCP subnet leases, and inflates unique visitor metrics in footfall analytics.

How do enterprise networks resolve MAC address randomization challenges?

Enterprise venues eliminate MAC dependency by implementing Passpoint (Hotspot 2.0) profiles for automated WPA2/WPA3-Enterprise 802.1X roaming, using identity-anchored captive portals with OAuth or CRM authentication, and utilizing multi-factor telemetry (DHCP fingerprints and RADIUS accounting) to track sessions rather than physical hardware addresses.

What is the difference between static per-network randomization and rotating MAC addresses in iOS 18?

Static per-network randomization generates a consistent private MAC address for a specific SSID that remains unchanged unless the network is forgotten. Rotating private addresses (introduced in iOS 18 and Android) dynamically change the MAC address every 24 hours or across connection sessions, requiring real-time identity-based session deduplication at the network controller level.

对您的具体配置有疑问吗?

我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。