Cisco WLC and Catalyst Integration with Purple WiFi: Step-by-Step Guest Access Guide
本權威指南詳細介紹 Cisco Catalyst 9800 WLC 與 Purple WiFi 的逐步整合。內容涵蓋用於訪客 Captive Portal 的外部網頁驗證、用於員工安全存取的 802.1X EAP-TLS,以及用於多租戶動態 VLAN 隔離的 Cisco iPSK。
收聽此指南
查看播客逐字稿

執行摘要
在企業環境中部署安全、合規且具擴充性的無線網路,需要基礎設施與身分識別提供商之間的緊密整合。本指南詳細說明了將 Cisco Catalyst 9800 Wireless LAN Controllers (WLC) 與 Purple 雲端平台整合所需的架構決策和設定步驟。
針對訪客存取,我們探討了用於 Captive Portal 重新導向的外部網頁驗證 (EWA),以實現第一方數據收集與 Guest WiFi 分析。針對員工存取,我們詳細介紹了使用 Purple SecurePass 作為 RADIUS 代理至 Microsoft Entra ID 或 Okta 的 802.1X EAP-TLS 與 PEAP 驗證。針對 IoT 和多租戶環境,我們概述了 Cisco Identity PSK (iPSK) 設定,這使得在單一 SSID 上實現動態 VLAN 分配和網路分割,而無需依賴複雜的憑證部署。
Purple 在全球 80,000 多個實體場所運作,並在 2024 年處理了 4.4 億次登入。此整合已在對可用性、合規性和無縫使用者體驗有嚴格要求的密集型 Hospitality 、 Retail 和 Transport 環境中得到驗證。
技術深入探討:架構與驗證流程
1. Guest WiFi:外部網頁驗證 (EWA)
為了提供品牌化的 Captive Portal 並收集使用者數據以進行 WiFi Analytics ,Cisco Catalyst 9800 WLC 必須攔截未經驗證的 HTTP 流量,並將其重新導向至 Purple 的雲端託管導向頁面。此機制稱為外部網頁驗證 (EWA)。

該流程遵循以下特定順序:
- 用戶端關聯到開放或機會性無線加密 (OWE) SSID。
- WLC 將用戶端置於
Webauth_reqd狀態,並套用預先驗證存取控制清單 (ACL)。 - WLC 攔截用戶端的 HTTP 請求,並向 Purple 的導向頁面 URL 發出 302 重新導向,並附加 AP MAC 位址、用戶端 MAC 位址和 WLAN SSID 等參數。
- 用戶端在 Purple 入口網站上完成驗證流程(例如:社群登入、電子郵件收集或接受條款)。
- Purple 的 RADIUS 伺服器向 WLC 發送 Access-Accept 訊息。
- WLC 將用戶端轉移到
Run狀態,根據驗證後的策略授予網際網路存取權限。
2. Staff WiFi:802.1X EAP-TLS 與 PEAP
對於企業設備,使用 802.1X 的 WPA2/WPA3 Enterprise 提供了最強大的安全防護。Purple SecurePass 可以作為雲端 RADIUS 代理,而無需部署像 Cisco ISE 這樣的地端 RADIUS 伺服器。它會終止可延伸驗證協定 (EAP) 通道,並將身分驗證轉發給您的身分識別提供者 (IdP),例如 Microsoft Entra ID 或 Google Workspace。
- EAP-TLS:建議用於託管的企業設備。需要透過 MDM (例如 Microsoft Intune) 部署用戶端憑證。驗證過程為無聲背景執行且高度安全。
- PEAP-MSCHAPv2:建議用於無法部署憑證的 BYOD 環境。使用者使用其企業憑證進行驗證。
3. IoT 與多租戶:Cisco Identity PSK (iPSK)
在建置後出租 (BTR) 物業、學生宿舍或擁有大量 IoT 設備的零售商店等環境中,由於設備缺乏 Supplicant 支援,通常無法部署 802.1X。為每個租戶或設備類型建立個別的 SSID 會導致 RF 頻譜擁塞。
Cisco iPSK 解決了這個問題,它允許在單一 SSID 上使用多個唯一的預先共用金鑰 (PSK)。當設備關聯時,WLC 會將其 MAC 位址傳送到 Purple 的 RADIUS 伺服器。Purple 會傳回該設備的特定 PSK 以及動態 VLAN 分配屬性,從而在交換器連接埠上對流量進行區隔。

實作指南
設定訪客 Captive Portal 重新導向
若要在 Catalyst 9800 WLC 上設定外部網頁驗證,您必須定義參數對應和 URL 篩選器,以允許未驗證流量存取 Purple 的入口網站 [1]。
步驟 1:建立網頁驗證參數對應
設定 WLC 以將用戶端重新導向至 Purple 入口網站,並傳遞必要的變數。您必須在全域設定虛擬 IPv4 位址(通常為 192.0.2.1)。
parameter-map type webauth PURPLE-GUEST
type consent
timeout init-state sec 600
redirect for-login https://portal.purple.ai
redirect append ap-mac tag ap_mac
redirect append wlan-ssid tag wlan
redirect append client-mac tag client_mac
redirect portal ipv4
logout-window-disabled
success-window-disabled
步驟 2:設定預先驗證 URL 篩選器
用戶端必須在通過驗證前存取 Purple 的入口網站。9800 WLC 使用 URL 篩選器,根據 DNS 探聽動態地在攔截 ACL 中開通權限。
urlfilter list PURPLE-PREAUTH
action permit
url portal.purple.ai
將此 URL 篩選器套用至預先驗證 ACL 設定下的 WLAN 策略設定檔。
設定 iPSK 的動態 VLAN 分配
若要將使用者或裝置動態分配到特定的 VLAN,Purple RADIUS 伺服器必須在 Access-Accept 回應中傳送三個特定的 IETF 屬性 [2]。
- IETF 64 (Tunnel-Type):設定為
VLAN(值為 13)。 - IETF 65 (Tunnel-Medium-Type):設定為
802(值為 6)。 - IETF 81 (Tunnel-Private-Group-ID):設定為字串格式的 VLAN ID (例如
"10")。
在 Catalyst 9800 WLC 上,請確保在 iPSK WLAN 上設定以下內容:
- 已啟用 MAC 篩選。
- 已啟用 AAA 覆寫 (這對於接受 RADIUS VLAN 分配至關重要)。
- Layer 2 安全性設定為 WPA2-PSK (設定的 PSK 作為備用方案)。
最佳實踐
- VLAN 驗證:RADIUS 伺服器在
Tunnel-Private-Group-ID中傳回的 VLAN ID 必須存在於 WLC 上作為動態介面。如果不存在,WLC 會將用戶端歸入原生 VLAN,這會造成嚴重的安全性風險。 - 憑證信任鏈:對於 EAP-TLS 部署,在推出用戶端憑證之前,請先將您的根憑證授權單位 (Root CA) 和任何中間憑證授權單位 (Intermediate CA) 憑證上傳到 Purple SecurePass 儀表板。如果 RADIUS 伺服器無法驗證該信任鏈,驗證將會靜默失敗。
- 備援 RADIUS:務必設定次要 RADIUS 伺服器。將主要逾時時間設定為 3 秒,並重試 2 次,以確保快速容錯移轉,避免影響使用者體驗。
- WPA3 採用:在用戶端裝置支援的情況下,針對 iPSK 網路使用 WPA3-SAE。對於開放式訪客網路,請實作 WPA3-OWE (Opportunistic Wireless Encryption) 以在不需要密碼的情況下加密流量。
疑難排解與風險緩釋
| 失敗模式 | 症狀 | 根本原因 | 緩釋措施 |
|---|---|---|---|
| 重新導向迴圈 | 用戶端裝置不斷重新整理 Captive Portal 頁面,但無法載入該頁面。 | 驗證前的 ACL 或 URL 篩選器不允許存取 Purple 的 Portal IP 位址。WLC 重新導向用戶端,用戶端嘗試載入頁面,WLC 予以封鎖並再次重新導向。 | 驗證 PURPLE-PREAUTH URL 篩選器已套用到原則設定檔,且 Portal 網域拼寫正確。確保驗證前允許 DNS 流量。 |
| iPSK 備用失敗 | 未登冊的 IoT 裝置連線到網路,但收到錯誤的 IP 位址。 | 裝置的 MAC 位址不在 Purple 的 RADIUS 資料庫中。WLC 退回到 WLAN 上設定的全域 PSK,並分配預設的 VLAN。 | 在 Purple 儀表板中稽核該 MAC 位址。確保分配給 WLAN 原則設定檔的預設 VLAN 是一個受限制的隔離網路,而非公司 LAN。 |
| RADIUS 逾時 | 用戶端連線時遇到長時間延遲;WLC 紀錄顯示 RADIUS 伺服器無法連線。 | WLC 與 Purple 的雲端 RADIUS 端點之間的防火牆封鎖了 UDP 連接埠 1812 (驗證) 或 1813 (帳務)。 | 驗證輸出防火牆規則是否允許從 WLC 管理介面到 Purple 已發布的 RADIUS IP 位址的 UDP 1812/1813 流量。 |
投資報酬率與商業效益
實施 Cisco 與 Purple 的整合架構,可在以下三個支柱中提供可衡量的商業價值:
- 營運效率:以 iPSK 取代手動 VLAN 設定與多個 SSID,可減少 IT 工單數量。透過 API 自動進行 IoT 裝置上線,可為每個站點省下技術人員數小時的時間。
- 合規與安全性:動態 VLAN 分配透過將支付終端與訪客流量嚴格隔離(要求 1.3),確保零售環境符合 PCI DSS。EAP-TLS 則能消除員工共用密碼的風險。
- 創造營收:整合 Captive Portal 將成本中心(訪客 WiFi)轉變為行銷資產。獲取用戶主動選擇的同意訂閱,可建立第一方資料庫,從而推動忠誠度活動與回訪率。
參考資料
[1] Cisco Systems, "Configure Spaces Captive Portal with Catalyst 9800 WLC," 2025 年 5 月。 [2] Cisco Systems, "Configure a RADIUS Server and WLC for Dynamic VLAN Assignment," 2012 年 9 月。
關鍵定義
External Web Authentication (EWA)
一種機制,Cisco WLC 藉此攔截未經驗證的 HTTP 流量,並將用戶端重新導向至外部託管的 Captive Portal(例如 Purple)進行驗證。
用於提供品牌形象登入頁面並收集第一方數據,而無需依賴 WLC 受限的內部網頁伺服器。
Identity PSK (iPSK)
一項 Cisco 功能,允許在單一 SSID 上使用多個唯一的預共用金鑰,每個金鑰透過 RADIUS 對應至特定的用戶端 MAC 地址和 VLAN。
對於不支援 802.1X 的安全 IoT 設備和多租戶環境至關重要,可減少對多個 SSID 的需求。
AAA Override
Cisco WLC 上的 WLAN 設定,強制控制器接受 RADIUS 伺服器傳回的原則參數(例如 VLAN ID 或 ACL),並覆寫本地 WLAN 設定。
必須啟用此功能,動態 VLAN 指派和 iPSK 才能正常運作。
EAP-TLS
可延伸驗證協定 - 傳輸層安全性。一種高度安全的 802.1X 驗證方法,依賴雙向憑證交換而非密碼。
員工 WiFi 安全的黃金標準,需要 MDM 向企業設備部署用戶端憑證。
PEAP-MSCHAPv2
受保護的可延伸驗證協定。一種 802.1X 方法,在 TLS 通道內加密驗證過程,允許使用者使用帳號和密碼安全地進行驗證。
用於無法部署用戶端憑證的 BYOD 員工網路。
Pre-Authentication ACL
在無線用戶端通過驗證之前套用至該用戶端的存取控制清單,用以明確定義其可存取的網路資源。
對 Captive Portal 至關重要;它必須允許 DNS 以及對 Purple 登入頁面 IP 的存取,同時封鎖所有其他流量。
Dynamic Interface
在 WLC 上建立的邏輯介面,對應至特定的 VLAN ID 和實體連接埠。
當 RADIUS 傳回 VLAN ID 進行動態指派時,該 VLAN 必須已作為動態介面存在於 WLC 上,否則用戶端將會被放入原生 VLAN。
WPA3-SAE
對等同時認證。WPA2-PSK 的現代替代方案,提供正向保密並防止離線字典攻擊。
由 Cisco Catalyst 9800 和 Purple RADIUS 支援,用於保護現代物聯網(IoT)和訪客網路的安全。
範例
一家擁有 200 間客房的飯店需要使用單一 Cisco Catalyst 9800 WLC 隔離訪客、員工和 IoT 設備(門鎖、溫控器)之間的網路流量,且不建立會導致射頻擁塞的多個 SSID。
使用 Cisco iPSK 部署單一 SSID。在 Purple 的控制面板中註冊每個 IoT 設備的 MAC 地址,並將各自指派至 VLAN 30。設定 WLC WLAN 的 MAC 篩選、AAA Override 和 WPA2-PSK。當門鎖關聯時,Purple 的 RADIUS 伺服器會傳回唯一的 PSK 以及 IETF 屬性 64、65 和 81,以動態將設備導向至 VLAN 30。訪客則使用另一個指向 Purple Captive Portal 的外部網頁驗證開放式 SSID。
一家擁有 80 家門市的零售連鎖店必須隔離付款終端設備流量與訪客 WiFi 流量,以維持 PCI DSS 合規性,並透過 Cisco Catalyst Centre 進行集中管理。
為訪客 SSID 設定驗證前 ACL,明確丟棄前往付款終端設備子網路 (VLAN 40) 的流量。使用 iPSK 驗證付款終端設備,透過 Purple 的 RADIUS 伺服器將其動態指派至 VLAN 40。訪客流量則透過 Purple Captive Portal 進行驗證,並置於 VLAN 10。
練習題
Q1. 您正在 Catalyst 9800 WLC 上部署 Captive Portal。用戶端已與 SSID 建立關聯,但其瀏覽器不斷重新整理登入頁面 URL,而無法載入內容。最可能的架構原因是什麼?
提示:考慮在認證完成前用戶端的狀態,以及允許哪些流量通過。
查看標準答案
認證前 ACL 或 URL 篩選器設定錯誤。它阻擋了對 Purple 的入口網站 IP 位址的存取。WLC 攔截了流量並重導向至入口網站,但用戶端無法連線至該入口網站以載入內容,從而觸發無止境的重導向迴圈。您必須明確允許 Purple 的 IP 位址,或針對該入口網站網域使用 URL 篩選器。
Q2. 某個 IoT 裝置透過 iPSK 成功完成認證,且 Purple 的 RADIUS 伺服器回傳了帶有 IETF 屬性 64、65 和 81(指定 VLAN 50)的 Access-Accept。然而,該裝置卻被分配到 VLAN 10(管理 VLAN)。為什麼會發生這種情況?
提示:思考在 WLC 本身需要哪些先決條件,才能接受並套用 RADIUS 指派的 VLAN。
查看標準答案
可能是在 WLAN 進階設定中停用了 "AAA Override",導致 WLC 忽略 RADIUS 屬性;或者 VLAN 50 在 WLC 上並不存在已設定的動態介面。如果指派的 VLAN 在本地不存在,WLC 就會退回到原生/管理 VLAN。
Q3. 某個場地想使用 Microsoft Entra ID 為員工 WiFi 部署 802.1X。他們沒有像 Cisco ISE 那樣的本地 RADIUS 伺服器。如何使用 Purple 平台來實現這一點?
提示:考慮 Purple 如何處理 EAP 通道和身分驗證。
查看標準答案
將 WLC 設定為使用 Purple SecurePass 作為 RADIUS 伺服器。Purple 充當雲端 RADIUS 代理,終止來自 WLC 的 EAP-TLS 或 PEAP 通道,並透過 API/SAML 安全地將身分查詢轉發給 Microsoft Entra ID。不需要任何本地 RADIUS 伺服器。
繼續閱讀本系列
CommScope Ruckus 與 Purple WiFi 整合:安裝與設定指南
本技術參考指南為 CommScope Ruckus 架構與 Purple WiFi 的整合提供了權威的設定指南。其中詳細介紹了使用 Guest WiFi Captive Portal、透過 802.1X 的安全員工 WiFi,以及使用 Ruckus Dynamic PSK 的多租戶網路隔離的逐步部署步驟。
Allied Telesis 基地台與 Purple WiFi 整合
本指南提供將 Allied Telesis TQ 系列基地台與 Purple WiFi 整合的完整設定指南。內容涵蓋外部 Captive Portal 重新導向、802.1X RADIUS 驗證,以及使用私有預共用金鑰 (PPSK) 進行動態 VLAN 導向,以實現安全的多租戶部署。
Grandstream GWN Access Points 與 Purple WiFi 整合
本權威技術參考指南詳細說明如何將 Grandstream GWN Access Points 與 Purple 的 Guest WiFi 和分析平台進行整合。內容涵蓋 Grandstream Captive Portal 設定、RADIUS AAA 設定、Walled Garden 設定、具備動態 VLAN 導向的安全員工 802.1X 驗證,以及多租戶 PPSK 分段,為部署大規模訪客與員工 WiFi 的 MSP 和 IT 團隊提供具體且逐步的指引。