MAC 隨機化模擬器
模擬 iOS、Android 和 Windows 上的行動裝置 MAC 位址輪替如何虛增裝置數量、耗盡 DHCP 作用域並扭曲訪客分析數據。
模擬 MAC 輪替影響與數據對齊調整
1. 場地規模範本
選擇符合您場地規模的基準設定檔。
實體規模較大、鄰近走廊的路過探測雜訊高、停留時間長、回訪率高。
在沒有多重訊號身分整合的情況下，原始探測感測器會記錄 28,898 台裝置，從而扭曲您 15,000 名訪客 的實際人流量。
利用 Purple 多重訊號身分關聯技術，重現真實的人流量可視性
Purple 將訪客連線階段連結至已驗證的使用者個人資料（Passpoint、簡訊、電子郵件和社群登入），從而消除 MAC 位址失真。無需要求訪客關閉行動裝置隱私設定，即可實現 99.2% 的分析準確度。
MAC 位址隨機化如何影響無線網路與場地分析
現代行動作業系統實作媒體存取控制 (MAC) 位址隨機化以保護使用者隱私。行動裝置在掃描網路或連線至 SSID 時，不再廣播永久的出廠內建識別碼 (BIA)，而是生成合成的區域管理位址 (LAA)。
雖然這能保護使用者位置隱私免受被動式 RF 側錄器追蹤，但卻為場地營運商、網路架構師和商業管理者帶來了重大技術與營運挑戰：
- 客流量與訪客扭曲：原始探針監聽器會將輪替後的 MAC 視為不同的實體個人。每日不重複訪客人數可能會虛增 30% 至 250%，而測得的回訪率則最高下降 70%。
- DHCP 作用域耗盡：每個合成 MAC 都會請求獨立的 DHCP 租約。在高流量且租約時間設定較保守（例如 24 小時）的場地中，子網路可用位址會迅速耗盡，導致用戶端連線超時。
- 強制入口重複驗證：若裝置在重新連線時輪替 MAC 位址，舊版強制入口將無法識別回訪裝置，並提示使用者填寫多餘的登入頁面。
IEEE 802 MAC 位址結構與區域管理位址 (LAA) 檢測
根據 IEEE 802 EUI-48 標準，48 位元的 MAC 位址由 6 個八元組 (octet) 組成。第一個八元組包含兩個關鍵控制位元：
位元 0 (I/G)：單播 vs 多播
第一個八元組的最低有效位元。0 代表單播 (Unicast) 位址（單一裝置 NIC），而 1 則表示多播 (Multicast) 或廣播 (Broadcast) 訊框。
位元 1 (U/L)：全域 vs 區域
次低有效位元。0 表示全域管理位址（由 IEEE 分配的 OUI），而 1 則表示區域管理位址（LAA，合成或隨機化位址）。
在十六進位表示法中，只要第一個八元組的第二個字元為 2、6、A 或 E（例如：02:xx:xx、06:xx:xx、0A:xx:xx 或 0E:xx:xx），該位址即確定為隨機化的私有 MAC 位址。
行動作業系統 MAC 隨機化比較矩陣
| 作業系統 | 功能名稱 | 預設設定 | 輪替週期 | 探針行為 |
|---|---|---|---|---|
| Apple iOS 14 - 17 / iPadOS | 私用 WiFi 位址 | 每個 SSID 預設啟用 | 每個 SSID 固定；若忘記網路或未活動達 6 週則會輪替 | 在預先關聯探測請求期間使用隨機化 LAA |
| Apple iOS 18+ / macOS Sequoia | 輪替 WiFi 位址 | 選用切換（在特定隱私設定檔中啟用） | 即使在同一個 SSID 上也會每日（每 24 小時）輪替 | 在所有未關聯的探測與信標回應中使用隨機化 LAA |
| Google Android 10 - 15 | MAC 隨機化 | 每個 SSID 預設啟用 | 每個 SSID 持久存在；可設定為每次連線非持久存在 | 探測請求與網路掃描使用隨機化 LAA |
| Microsoft Windows 10 / 11 | 隨機硬體位址 | 預設停用（需由使用者啟用） | 按網路設定檔每日輪替或持久存在 | 除非開啟隨機硬體位址，否則使用通用原廠 BIA |
| Huawei HarmonyOS | 隨機 MAC 位址 | 每個 SSID 預設啟用 | 每個 SSID 固定，重新連線時定期更新 | 預先關聯探索框架中使用隨機化 LAA |
Purple 如何對齊調整輪替後的 MAC 位址並恢復分析完整性
Purple 無需訪客關閉行動裝置隱私設定即可消除分析扭曲。透過從易變的硬體 MAC 位址轉型為經驗證的身份關聯，Purple 可提供高達 99.2%+ 的數據準確度：
訪客透過電子郵件、簡訊 OTP、社群 OAuth 或企業單一登入進行登入，無論 Layer 2 MAC 地址如何變更，皆可將連線階段錨定至單一統一的個人檔案。
加密的 802.1X Passpoint 設定檔可在全球各據點自動驗證回訪訪客，完全跳過瀏覽器歡迎頁面。
比對瀏覽器 Token、確定性 User Agent 屬性與被動 RF 訊號特徵，將重複的訪客記錄合併為真實的人流時間軸。
如何模擬 MAC 隨機化對場地分析與 DHCP 作用域的影響
為網路工程師與場地營運商提供逐步指南，以計算行動裝置 MAC 輪替下的客流量數據虛增情況並規劃 DHCP 池容量。
選擇場地設定檔類型
選擇符合您實體規模的場地範本（例如精品零售、購物中心、交通樞紐、體育場館、度假飯店、醫療院區或大學）。
設定基準訪客人數與回訪頻率
根據轉輪閘門、票務或 POS 交易基準，設定預期的每日實際人流量與基準訪客回訪率百分比。
設定私有位址採用與輪替觸發條件
調整已啟用 MAC 隨機化功能的行動裝置百分比（通常為 80% 至 90%），並切換 iOS 18 輪替位址模擬。
檢查資料失真、DHCP 租約壓力與對帳整合指標
審視原始裝置數量虛增、失真的停留時間、所需的 DHCP 子網路前綴規模，以及 Purple 多重識別碼整合準確度。
關於 MAC 位址隨機化的常見問題
什麼是 MAC 地址隨機化？它是如何運作的？
MAC 地址隨機化是 iOS 14+、Android 10+ 與 Windows 10/11 中引進的一項行動裝置隱私功能，裝置作業系統會生成一個虛擬的 48 位元第二層硬體地址 (LAA)，而非傳送其出廠燒錄位址 (BIA)。這能防止被動式 WiFi 側錄器與第三方追蹤網路在不同的公共場所監控個人的實際活動軌跡。
如何從 MAC 地址的位元組 (octet) 中識別出隨機化的 MAC 地址？
在 IEEE 802 標準中，第一個位元組 (octet) 的倒數第二個有效位元是通用/本地 (U/L) 位元。當此位元設定為 1 時，該地址即為本地管理地址 (LAA)。在十六進制表示法中，這代表任何第一個位元組的第二個字元為 2、6、A 或 E 的 MAC 地址（例如 x2:xx:xx、x6:xx:xx、xA:xx:xx 或 xE:xx:xx）皆為虛擬或隨機化的地址。
為什麼 MAC 隨機化會導致訪客網路上的 DHCP 池耗盡？
標準 DHCP 伺服器會根據用戶端硬體 MAC 地址（Option 61 用戶端識別碼）來分配 IP 地址租約。當行動裝置輪替 MAC 地址，或路過的裝置對網路進行短暫探測時，每個新的虛擬 MAC 都會佔用一個專用的 IP 租約。在租約時間設定為 24 小時的高流量場所中，/24 子網路（254 個地址）可能會在數小時內耗盡，導致新訪客無法連線。
MAC 輪替如何扭曲訪客分析、停留時間與回訪率？
當回訪顧客使用新輪替的 MAC 地址連線時，原始探測感測器無法將該次造訪與先前的工作階段關聯起來。系統會將該顧客記錄為全新訪客，導致原始人流量統計膨脹 30% 至 150%、計算出的回訪率降低高達 70%，並將長達數小時的停留時間測量數據切割成碎片化的短暫工作階段。
Purple 如何在不違反隱私權的情況下整合隨機化的 MAC 地址？
Purple 將身分識別與分析功能與變動不定的硬體 MAC 地址解耦。當訪客透過強制入口登入（電子郵件、簡訊驗證、社群登入或 Passpoint 802.1X 設定檔）進行驗證時，Purple 會將該工作階段連結至安全的訪客設定檔。多源關聯技術可將輪替後的 MAC 工作階段重新綁定至已驗證的身分，在符合行動裝置隱私標準的同時，提供高達 99.2% 以上的人流量與回訪率準確度。
網路工程師應該為訪客 WiFi 設定多長的 DHCP 租約時間？
對於場館、零售中心與交通樞紐等行動裝置流動率高的訪客 WiFi 網路，Purple 建議將 DHCP 租約時間設定在 30 分鐘到 2 小時之間（1800 至 7200 秒），並搭配足夠容量的子網路（例如 /22 或 /20）。這能讓路過裝置的無效租約快速到期，防止子網路池耗盡。
相關網路診斷與 WiFi 工具
MAC 輪替是否正在扭曲您的訪客數據？
iOS 和 Android 上的位址輪替會虛增原始客流量指標並耗盡 DHCP 池。Purple 透過多源身份關聯對齊訪客訊號，恢復分析數據的完整性。
Book a 20-min demoNetforge Network Multi-Tool
Run offline network health checks, path analysis, and latency diagnostic scans directly from your desktop.
Download Multi-Tool