- Purple
- Enterprise WiFi security and authentication: a complete guide
- WPA2 Enterprise:完整指南
WPA2 Enterprise:完整指南
本指南為 WPA2-Enterprise 提供全面的技術參考,涵蓋 802.1X 架構、EAP 方法選擇,以及適用於企業環境的分階段部署策略。本指南專為 IT 經理、網路架構師和場所營運總監設計,旨在協助他們從共用金鑰 WiFi 轉移到可擴充、可審計且符合合規要求的驗證模型。Purple 的平台定位為實用的身分管理層,適用於大規模部署安全訪客和員工 WiFi 的場所。
Video overview
收聽此指南
查看播客逐字稿
核心系列的一部分:Enterprise WiFi Security Guide →
WPA2-Enterprise 802.1X Architecture & Capacity Advisor
Model enterprise 802.1X authentication throughput, RADIUS server clustering requirements, PKI certificate traffic, dynamic VLAN steering, and zero-trust security postures across your wireless infrastructure.
IEEE 802.1X Port-Based Network Access Architecture
WPA2-Enterprise separates authentication from wireless data transit across three distinct functional entities: the Supplicant (client workstation or mobile endpoint), the Authenticator (access point or wireless LAN controller), and the Authentication Server (RADIUS cluster).
Encapsulates EAP messages in EAPOL (EAP over LAN, IEEE 802.1X) frames transmitted to the nearest AP. Enforces trust anchor validation to prevent rogue server man-in-the-middle attacks.
Maintains an unauthorized 802.1X port state, blocking all Layer 3 IP transit until RADIUS Access-Accept. Translates EAPOL frames into RADIUS UDP packets addressed to the AAA server cluster.
Terminates the EAP outer and inner authentication exchanges, verifies directory credentials or PKI client certificates, and returns dynamic VLAN IDs and role-based ACLs via RADIUS VSA attributes.

執行摘要
對於企業環境而言,依賴 WPA2-Personal(預共用金鑰)會帶來無法接受的安全與營運風險。隨著網路擴展到多個站點,管理共用密碼會成為行政負擔,而缺乏個人權責歸屬則直接違反了 PCI-DSS 和 ISO 27001 等合規框架。
WPA2-Enterprise 建立在 IEEE 802.1X 標準之上,透過 RADIUS 伺服器對使用者或裝置進行個別驗證,從根本上改變了安全性範式。本指南為 IT 經理、網路架構師和場域營運總監提供了一個實用的藍圖,用於理解、部署和管理 WPA2-Enterprise。我們將探討技術架構,比較 PEAP 和 EAP-TLS 等驗證協定,並詳細介紹 Purple 等現代平台如何為 零售、飯店款待 及公共部門環境中的安全、合規 Guest WiFi 部署提供無縫的身分識別管理。
技術深入探討:理解 802.1X 架構
WPA2-Enterprise 的核心差異在於將加密與驗證分離。在 PSK 環境中,密碼既是驗證憑證,也是加密種子。在 Enterprise 環境中,網路依賴 802.1X 架構,該架構導入了由三個主要元件組成的專用驗證層。
Supplicant(用戶端)是請求網路存取的用戶端裝置,例如筆記型電腦、智慧型手機或 IoT 感測器。Authenticator(驗證器)是網路存取裝置,通常是無線存取點或託管交換器,它會阻擋所有流量,直到驗證成功完成。Authentication Server(驗證伺服器)是 RADIUS(遠端用戶撥入驗證服務)伺服器,負責對照 Active Directory、LDAP 或雲端目錄服務等身分識別儲存庫來驗證憑證。

關鍵的架構洞察在於,存取點從不直接驗證憑證。它扮演中繼器的角色,轉發 Supplicant 與 RADIUS 伺服器之間加密的驗證交換。這種職責分離正是使該架構兼具可擴充性與可審計性的原因。
EAP 方法:選擇正確的通訊協定
可延伸驗證通訊協定 (EAP) 在 802.1X 架構內傳輸驗證資料。EAP 方法的選擇決定了整個系統的安全態勢與部署複雜度。
PEAP-MSCHAPv2 (Protected EAP) 是企業環境中部署最廣泛的方法。RADIUS 伺服器會出示數位憑證以建立安全的 TLS 通道。在該通道內,使用者使用標準的使用者名稱和密碼(通常是其 Active Directory 憑證)進行驗證。PEAP 非常受歡迎,因為它不需要用戶端憑證基礎架構,並且能直接與現有的身分識別提供者整合。然而,如果使用者在 Evil Twin 攻擊期間接受了偽造的伺服器憑證,它仍然容易受到憑證竊取的威脅。
EAP-TLS (Transport Layer Security) 是高安全性部署的金科玉律。它需要雙向憑證驗證:伺服器和用戶端裝置都必須出示有效的憑證。由於不傳輸任何密碼,網路釣魚攻擊會被完全瓦解。折衷之處在於部署複雜度 - 需要強健的公開金鑰基礎架構 (PKI) 和行動裝置管理 (MDM) 平台來大規模分發用戶端憑證。
| 評估標準 | PEAP-MSCHAPv2 | EAP-TLS |
|---|---|---|
| 需要用戶端憑證 | 否 | 是 |
| 密碼洩漏風險 | 中等(如果繞過憑證驗證) | 無 |
| 部署複雜度 | 低至中等 | 高 |
| MDM 需求 | 選配 | 強烈建議 |
| 適合 BYOD | 是 | 附帶引導上網入口網頁 |
| 合規適應性 | 良好 | 極佳 |

對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。
實作指南:過渡至 WPA2-Enterprise
部署 WPA2-Enterprise 需要精心規劃,以避免對使用者造成干擾。針對任何規模的企業部署,建議採用以下分階段方法。
第一階段:基礎架構準備
在啟用 802.1X 之前,請確保您的 RADIUS 基礎架構具有彈性。您的 RADIUS 伺服器現在是關鍵路徑相依項目 - 如果它變得無法使用,使用者將無法進行驗證。對於大型 Retail 連鎖店或 Healthcare 機構等分散式環境,雲端託管的 RADIUS 服務可提供內建的備援能力,而無需在每個位置管理內部部署伺服器的開銷。將 RADIUS 伺服器與您的集中式身分識別提供者整合,並驗證防火牆規則是否允許所有存取點與 RADIUS 伺服器之間在連接埠 1812(驗證)和 1813(帳務)上進行 UDP 流量傳輸。
第二階段:憑證管理
對於 EAP-TLS 部署,請完全自動化憑證建置。依賴使用者手動安裝憑證會導致大量的支援服務台工作量和不一致的安全狀況。使用您的 MDM 平台 - Microsoft Intune、Jamf 或同等軟體 - 將憑證背景發送至公司擁有的裝置。對於 BYOD 情境,請考慮使用 SecureW2 或 Foxpass 等引導上網入口網頁,這些網頁可自動為個人裝置安裝設定描述檔,從而大幅減輕服務台的負擔。
對於 PEAP 部署,請確保 RADIUS 伺服器的憑證是由已存在於所有用戶端作業系統信任根授權憑證清單中的公用憑證授權單位所發行。在生產環境中請避免使用自我簽署憑證,因為這會產生信任警告,進而訓練使用者接受憑證錯誤 - 這是重大的安全風險。
第三階段:試行與分階段推出
絕不要執行快速切換。先從專用 SSID 或 VLAN 上的試行小組(通常是 IT 部門)開始。密切監控 RADIUS 記錄中的驗證逾時(表示網路路由問題)或憑證信任錯誤(表示 PKI 部署缺失)。試行穩定後,再擴展至單一站點或樓層,然後逐個站點進行。在整個移轉過程中並行保留舊有的 PSK 網路,並僅在所有裝置都成功移轉後才將其淘汰。
場地營運商最佳實務
對於體育場、會議中心和 Hospitality 場地等面向公眾的環境,WPA2-Enterprise 不僅適用於員工網路,也越來越適用於受控的訪客 WiFi 存取。
Dynamic VLAN Assignment 是 802.1X 功能最強大但最常被低估的特性之一。您無需為不同的使用者群組廣播多個 SSID - 這會增加射頻(RF)開銷 - 而是只需廣播單一的 WPA2-Enterprise SSID。當使用者進行驗證時,RADIUS 伺服器會將 VLAN 分配屬性傳回給 Access Point,並根據使用者的群組成員身分將該連線置於適當的網路區段中。例如,透過 EAP-TLS 進行驗證的 POS 終端機會進入符合 PCI-DSS 的 VLAN;而透過 PEAP 進行驗證的店面經理則會進入企業 VLAN。這種方法能顯著減少密集環境中的射頻擁塞。
與 Purple 的整合:Purple 的平台可作為安全 WiFi 存取的無縫身分識別提供者。在 Connect 授權下,Purple 支援 OpenRoaming - 這是一項產業標準,允許使用者在參與的網路之間安全地漫遊而無需重新驗證。這對於 交通運輸 樞紐和多場館營運商特別有價值。驗證數據會直接傳送到 Purple 的 WiFi Analytics 儀表板,為容量規劃和合規性報告提供單一使用者的能見度。
物聯網的網路分段:許多舊型物聯網裝置 - 例如空調控制器、門禁讀卡機、舊型印表機 - 並不支援 802.1X。針對這些裝置,請使用帶有 MAC 驗證繞過(MAB)的 WPA2-PSK 實作獨立的隱藏 SSID,或者利用您的 Access Point 廠商所支援的 Multi-PSK(MPSK)。請勿嘗試強迫舊型物聯網裝置進入 802.1X 網路,因為其營運成本遠高於其效益。
如需互補網路架構決策的指引,請參閱 現代企業的核心 SD WAN 優勢,其中涵蓋了 SD-WAN 覆蓋網路如何改善跨分散式據點的 RADIUS 可達性。
-
疑難排解與風險緩釋
WPA2-Enterprise 部署中最常見的失敗模式與憑證信任、網路可達性以及裝置相容性有關。
「不受信任的伺服器」提示:如果用戶端收到伺服器憑證無法驗證的警告,則 RADIUS 伺服器可能使用的是自我簽署憑證,或是由內部 CA 核發但其根憑證尚未部署到所有端點的憑證。解決方法:透過群組原則或 MDM 部署 CA 根憑證,或切換為來自公開 CA 的憑證。
RADIUS 超時:用戶端在失敗前一直停留在驗證畫面。原因幾乎總是網路路徑問題 - Access Point 無法連線至 RADIUS 伺服器,或者 UDP 流量被中介防火牆捨棄。請檢查連接埠 1812 和 1813 的防火牆規則,並驗證 Access Point 與 RADIUS 伺服器之間的路由。Android 整合設定複雜度:Android 系統在進行 PEAP 設定時,需要明確指定 RADIUS 伺服器的網域名稱與 CA 憑證。與 Windows 可透過群組原則自動偵測這些設定不同,Android 使用者必須手動設定,或透過上網引導入口網頁(onboarding portal)下載設定檔。在初期導入階段,這是常見的 IT 客服支援案件來源。
時鐘偏差與憑證有效性:憑證驗證(EAP-TLS)對時間同步非常敏感。若裝置的時鐘嚴重不同步,憑證驗證將會失敗。請確保所有網路裝置與終端設備均正確設定 NTP。
投資報酬率(ROI)與業務影響
轉換至 WPA2-Enterprise 除了能降低風險,還能帶來可衡量的商業價值。
最立竿見影的 ROI 來自於免除定期變更密碼的營運開銷。在一個擁有 50 個據點的連鎖零售企業中,變更共享的 WiFi 密碼意味著必須更新每個據點的每一台裝置,這可能涉及數千次的個別修改。而使用 WPA2-Enterprise,停用某位員工的權限只需在 Active Directory 中執行單一動作,即可立即在所有據點生效。
從合規性的角度來看,個人專屬 RADIUS 記錄所提供的精細稽核軌跡,在進行 PCI DSS、HIPAA 與 ISO 27001 評估時是一大顯著優勢。稽核人員可以清楚看到是哪位使用者在什麼時間、從哪台裝置進行驗證,以及連線時間多長 - 這種可視性在共享金鑰機制下是完全不可能實現的。
最後,透過每位使用者個別驗證所產生的網路情報,能直接用於容量規劃與異常偵測。像是 Purple 的 WiFi Analytics 這類平台,可以呈現裝置行為模式、尖峰使用時段以及特定地點的需求,這些數據不論對於營運規劃,或是零售與餐旅業了解顧客行為,都具有極高價值。如需了解能與您的訪客存取策略相輔相成的歡迎畫面設計考量,請參閱 The 10 Best WiFi Splash Page Examples (And What Makes Them Work)。
關鍵定義
802.1X
一項用於基於連接埠的網路存取控制(PNAC)的 IEEE 標準,為嘗試連接到 LAN 或 WLAN 的裝置提供驗證機制。它定義了 Supplicant、Authenticator 與驗證伺服器的角色。
這是使 WPA2-Enterprise 成為可能的底層架構。當 IT 團隊表示正在「部署 802.1X」時,代表他們正在其網路基礎架構上實置此標準。
RADIUS
遠端使用者撥入驗證服務。一種網路協定,為連接到網路服務的使用者提供集中式的驗證、授權和計帳(AAA)管理。
驗證憑證的中央伺服器。無線基地台不會檢查密碼;它們會詢問 RADIUS 伺服器。RADIUS 是必須確保高度可用性的關鍵基礎架構組件。
Supplicant
終端裝置上負責處理 802.1X 驗證交涉的軟體用戶端。內建於包括 Windows、macOS、iOS 和 Android 在內的現代作業系統中。
當使用者選擇 WPA2-Enterprise 網路時,其裝置上的 supplicant 軟體會發起 EAP 交換。supplicant 的設定 - 特別是憑證信任設定 - 是終端使用者最常遇到問題的根源。
Authenticator
強制執行存取控制的網路裝置 - 通常是無線基地台或託管交換器 - 在 RADIUS 伺服器傳回 Access-Accept 回應之前,它會阻擋所有流量。
無線基地台充當用戶端與 RADIUS 伺服器之間的轉接站。它執行策略,但本身不做出驗證決定。
EAP-TLS
可延伸驗證協定 - 傳輸層安全性。一種需要伺服器端和用戶端數位憑證的驗證方法,可提供雙向驗證而無需傳送密碼。
最安全的 EAP 方法。建議用於託管的企业裝置、PCI 範圍內的系統,以及任何憑證網路釣魚為主要威脅向量的環境。
PEAP
受保護的可延伸驗證協定。一種驗證方法,它建立一個經過伺服器驗證的 TLS 通道,在該通道內安全地傳輸標準的使用者名稱與密碼憑證。
由於其與現有 Active Directory 憑證的相容性以及相對簡單的部署方式,它是企業部署中最常用的 EAP 方法。如果未強制執行伺服器憑證驗證,則容易受到邪惡雙生(Evil Twin)攻擊。
Dynamic VLAN Assignment
802.1X 的一項功能,RADIUS 伺服器藉此指示無線基地台,根據使用者的身分或群組成員資格,使用 RADIUS 通道屬性將已驗證的階段作業分配到特定的虛擬區域網路(VLAN)。
在無需多個 SSID 的情況下實現網路分段。對於需要在單一無線基礎架構上區隔 PCI 範圍裝置、企業使用者和 IoT 裝置的環境至關重要。
憑證授權單位(CA)
一個受信任的實體,負責發行和管理數位憑證,用於在基於憑證的驗證系統中驗證伺服器和用戶端的身分。
部署 EAP-TLS 所必需。組織可以使用公開 CA(其根憑證已被所有裝置預先信任)或內部 CA(其根憑證必須透過群組原則或 MDM 部署到所有終端裝置)。
OpenRoaming
一項 WiFi 聯盟標準,使用身分同盟,在參與的網路之間實現無縫、安全且自動的 WiFi 連線,無需手動重新驗證。
對場地營運商和交通樞紐來說越來越重要。Purple 在其 Purple Connect 授權下支援 OpenRoaming,允許場地為再次到訪的訪客提供安全、自動的連線。
範例
一間擁有 200 間客房的酒店目前針對所有後勤人員(包括房務、維護和管理部門)使用單一的 WPA2-Personal 密碼。當員工離職時,由於更新所有裝置在營運上面臨困難,因此很少變更密碼。IT 總監需要在不中斷日常營運的情況下確保網路安全。
部署 WPA2-Enterprise,使用 PEAP-MSCHAPv2 並與酒店現有的 Microsoft Entra ID 租戶整合。員工使用其個人企業電子郵件地址和密碼(即他們已知的憑證)進行驗證。當員工離職時,停用其 Microsoft Entra ID 帳戶即可立即撤銷其在所有物業的 WiFi 存取權限,無需更新任何裝置。對於未綁定特定使用者的共用裝置(例如房務平板電腦),請部署 EAP-TLS 並透過 Microsoft Intune 推送憑證。憑證與裝置綁定而非使用者,因此員工無需知曉或分享密碼。在移轉期間,將舊有的 PSK SSID 與新的 Enterprise SSID 平行執行四週,並在確認所有裝置皆已移轉後,停用 PSK 網路。
一家擁有 50 個據點的零售連鎖店需要確保銷售點(PoS)終端機與員工 WiFi 網路嚴格隔離,以符合 PCI-DSS 要求。然而,網路團隊希望透過減少廣播的 SSID 數量來降低射頻(RF)開銷。目前他們在每家分店廣播四個獨立的 SSID。
在所有 50 個據點實作支援動態 VLAN 指派的 WPA2-Enterprise。為 RADIUS 伺服器設定兩個網路原則:一個比對 PoS 裝置憑證(透過內部 CA 核發並透過 MDM 推送)並傳回 VLAN 10 屬性;另一個比對員工 Active Directory 群組成員資格並傳回 VLAN 20 屬性。在每個據點僅廣播單一的企業 WPA2-Enterprise SSID。當 PoS 終端機透過 EAP-TLS 進行驗證時,RADIUS 伺服器會指示存取點(Access Point)將該工作階段放入 VLAN 10(即具有受限網際網路路由的 PCI 範圍區段)。當店長透過 PEAP 進行驗證時,他們會進入具有標準企業存取權限的 VLAN 20。將 SSID 數量從四個減少到兩個(一個 Enterprise,一個用於隱藏 PSK SSID 上的舊型 IoT 裝置)。
練習題
Q1. 您的組織正從 WPA2-Personal 遷移到使用 PEAP 的 WPA2-Enterprise。技術支援中心接到 Android 使用者的來電,表示無法連線且系統提示輸入「網域」並「驗證 CA 憑證」。Windows 裝置則能正常連線。最可能的因應原因為何?您該如何解決?
提示:思考 Android 處理伺服器憑證驗證的方式與 Windows 有何不同,以及群組原則可以做到哪些 Android 無法自動接收的事項。
查看標準答案
Android 需要明確手動設定 RADIUS 伺服器的網域名稱與 PEAP 的 CA 憑證,這與可透過群組原則自動接收這些設定的 Windows 不同。解決方案是部署引導式上網入口(例如 SecureW2 或 Foxpass),產生設定設定檔並推送到 Android 裝置,藉此自動化 PEAP 設定。或者,如果 RADIUS 伺服器使用的是 Android 已信任的公用 CA 憑證,則可將 CA 憑證欄位設為「使用系統憑證」,並在網域欄位中填入 RADIUS 伺服器的 FQDN。
Q2. 體育場館需要在活動期間為媒體和記者提供安全的 WiFi。這些是來自數十家不同新聞機構的非託管個人筆記型電腦。無法安裝 MDM 設定檔。IT 團隊需要個別的歸責能力,並能在活動結束後撤銷存取權限。他們應該如何設計驗證機制?
提示:EAP-TLS 需要用戶端憑證,若沒有引導式上網入口,就無法推送到非託管裝置。請思考哪種憑證類型對於短期、非託管的 BYOD 存取較為實用。
查看標準答案
部署使用 PEAP-MSCHAPv2 的 WPA2-Enterprise。為每個媒體機構或個別記者產生專屬且有時效限制的認證(使用者名稱與密碼),並存儲在暫時的 Active Directory OU 或雲端 RADIUS 使用者目錄中。在活動前透過安全管道分發認證。設定 RADIUS 伺服器在活動日期結束後自動停用這些帳戶。這提供了個別歸責能力與即時撤銷功能,且無需在非託管裝置上安裝憑證。
Q3. 在網路稽核期間,已確認 WPA2-Enterprise 運作正常且使用者已成功驗證。然而,財務團隊的裝置卻出現在一般員工子網路(VLAN 20)而非安全的財務 VLAN(VLAN 30)。設定錯誤最可能出現在哪裡?
提示:驗證成功與授權原則執行是兩個不同的功能。在驗證成功後,哪一個元件負責執行 VLAN 分配?
查看標準答案
錯誤出在 RADIUS 伺服器的網路原則設定中。為了讓動態 VLAN 分配運作,必須將 RADIUS 伺服器設定為在財務群組成功驗證後,傳回三個特定的 RADIUS 屬性:Tunnel-Type(值:VLAN)、Tunnel-Medium-Type(值:802),以及 Tunnel-Private-Group-ID(值:30)。此外,必須將無線基地台設定為接受並套用來自 RADIUS 伺服器的動態 VLAN 覆寫 - 某些 AP 設定需要明確啟用此功能。請同時驗證 RADIUS 原則屬性與 AP 的 802.1X VLAN 覆寫設定。
常見問題
What is the difference between WPA2-Personal and WPA2-Enterprise?
WPA2-Personal relies on a single Pre-Shared Key (PSK) configured across all client endpoints and access points. When an employee departs or a password leaks, the entire network is exposed until re-keyed. WPA2-Enterprise eliminates shared passphrases by introducing IEEE 802.1X port-based network access control. Every user or device authenticates individually against a central RADIUS server using digital certificates (EAP-TLS) or directory credentials, generating unique pairwise transient encryption keys (PTK) per session.
Why is EAP-TLS superior to PEAP-MSCHAPv2 for enterprise 802.1X WiFi?
EAP-TLS (RFC 5216) uses mutual X.509 certificate authentication where both the client and RADIUS server validate cryptographic identities. The client private key is stored securely in hardware (TPM 2.0 or Apple Secure Enclave) and never traverses the radio medium, making it immune to dictionary, evil twin, and brute-force attacks. PEAP-MSCHAPv2 encapsulates legacy MSCHAPv2 password hashes inside a TLS tunnel, leaving endpoints vulnerable to rogue access points if users accept untrusted server certificates.
How does dynamic VLAN assignment work with WPA2-Enterprise?
During 802.1X authentication, the RADIUS server evaluates the user identity, department group, and device posture. Upon authorization, the RADIUS server returns RFC 2868 and RFC 3580 tunnel attributes (Tunnel-Type = 13, Tunnel-Medium-Type = 6, and Tunnel-Private-Group-Id = VLAN ID) inside the Access-Accept packet. The access point dynamically maps the client wireless association to that specific VLAN, segregating executive, corporate, contractor, and IoT traffic on a single SSID.
How do network engineers prevent RADIUS server authentication bottlenecks?
In enterprise environments with thousands of endpoints, morning association bursts can saturate RADIUS authentication queues. Network engineers deploy clustered, load-balanced RADIUS server pairs (Active/Active with virtual IP or round-robin DNS), implement RadSec (RADIUS over TLS, RFC 6614) proxies to eliminate UDP packet drops across WAN links, and enable Opportunistic Key Caching (OKC) and 802.11r Fast BSS Transition on access points to cache pairwise master keys (PMK) during client roaming.
Can IoT and headless devices connect to a WPA2-Enterprise wireless network?
Headless devices such as barcode scanners, smart TVs, printers, and building sensors frequently lack 802.1X supplicant software to process EAP handshakes. Enterprise architectures accommodate these devices without lowering security standards by deploying Multi-Pre-Shared Key (MPSK or Identity PSK) technology. Each headless MAC address receives a unique individual passphrase that the RADIUS server maps directly to an isolated IoT VLAN.
How does Purple integrate with WPA2-Enterprise networks for guest and visitor onboarding?
Purple seamlessly coexists with enterprise WPA2-Enterprise infrastructure. While corporate workstations authenticate securely via 802.1X EAP-TLS, Purple manages guest, contractor, and visitor access on a parallel broadcast SSID. Purple automates captive portal splash page redirection, captures GDPR-compliant consent, verifies visitor identities, and applies bandwidth rate-limiting policies while delivering real-time venue footfall and spatial dwell analytics.
繼續閱讀本系列
iOS 與 macOS 802.1X 疑難排解:Intune、Jamf 與 Microsoft Entra ID 的部署檢查清單
使用此檢查清單診斷 iPhone、iPad 與 Mac 在 Intune 或 Jamf Pro 上無法通過 802.1X 驗證的原因。每種失敗皆對應到四種原因之一:伺服器信任、身分識別憑證、macOS 模式或 Microsoft Entra ID 群組範圍。您將透過 eapolclient 和 RADIUS 紀錄確認原因,套用修正程式,並為未來的憑證輪替做好準備。
Intune WiFi 設定檔伺服器信任:Entra ID 憑證伺服器名稱與根 CA 檢查清單
您將能夠設定 Intune WiFi 設定檔的伺服器驗證端,讓 EAP-TLS 與 PEAP 在 Windows、Apple 和 Android 上順利連線。您將學會如何將憑證伺服器名稱與 RADIUS 憑證進行比對、部署正確的根 CA、調整 Entra ID 群組指派,並在憑證更新前進行預排,以免其在背後無預警中斷連線。
Android 802.1X and EAP-TLS 疑難排解:Intune 與 Microsoft Entra ID 的部署檢核清單
您將能夠精確找出託管的 Android 手機在員工 SSID 上無法通過 EAP-TLS 驗證的原因,並在 Intune 中進行修正。將每個症狀與四個常見原因進行比對:遺失憑證授權單位 (CA) 或網域、用戶端憑證位於錯誤的設定檔中、RADIUS 伺服器名稱值不符,或是未遞送受信任的根憑證。然後套用可防止重複斷線的推出檢核清單。
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。