跳至主要內容

Cisco WLC 與 Catalyst 與 Purple WiFi 整合:訪客存取逐步指南

本指南詳細介紹了 Cisco WLC 和 Catalyst 9800 無線網路與 Purple 的逐步整合,涵蓋透過中央網頁驗證(CWA)進行的 Guest WiFi Captive Portal 重新導向、使用 802.1X EAP-TLS 的安全員工 WiFi,以及使用 Cisco 識別預共用金鑰(iPSK)搭配動態 VLAN 分配的多租戶分割。本指南專為在餐飲旅宿、零售和大型公共場所部署 Cisco 基礎架構的企業網路架構師和 IT 安全主管而編寫。

📖 9 分鐘閱讀📝 2,116 字數🔧 2 範例3 練習題📚 9 關鍵定義

收聽此指南

查看播客逐字稿
歡迎收看 Purple 技術簡報。我是您的主持人,今天我們將為企業網路架構師介紹一個決定性的部署情境:將 Cisco 無線區域網路控制器(WLC)和 Catalyst 9800 硬體與 Purple WiFi 平台進行整合。如果您負責管理飯店連鎖、零售網路或大型公共場所的 IT,您就會知道僅依賴基本的預共用金鑰(PSK)是不可接受的安全風險。今天,我們將概述逐步架構,以進行網路分割、保護您的員工安全,並將您的訪客 WiFi 轉化為數據驅動的資產。 讓我們來建立背景脈絡。企業無線環境必須處理三種不同的設定檔:訪客、員工以及無介面(Headless)或租戶設備。您不能一視同仁,也不能為了配合他們而廣播 20 個不同的 SSID。解決方案是利用單一 Cisco Catalyst 9800 無線區域網路控制器上的不同驗證機制,來發揮統一硬體足跡的優勢。 現在讓我們深入探討技術架構。第一層是訪客 WiFi。這裡的目標是低阻力的存取與數據擷取相結合。我們透過使用開放式 SSID 和中央網頁驗證(CWA)來實現此目標。當訪客連線時,Cisco WLC 會套用預先驗證存取控制清單(ACL)。這就是您的圍牆花園。它會阻擋一般的網際網路存取,但允許流量前往 Purple 的網域和基本服務。當訪客嘗試瀏覽網頁時,WLC 會攔截 HTTP 請求,並將其重新導向至 Purple Captive Portal 登入頁面。一旦他們完成驗證(可能透過註冊表單、社群登入或一次性密碼),Purple 就會充當 RADIUS 伺服器。它會向 WLC 發送授權變更(CoA)訊息。這會將用戶端移至隔離的訪客 VLAN 並授予網際網路存取權限。整個流程都是自動化的,且每次登入都會記錄在 Purple 的分析平台中。 第二層是員工 WiFi。對於企業設備,我們強制執行 802.1X 驗證。具體來說是 EAP-TLS,代表可延伸驗證協定傳輸層安全性。此方法使用透過您的行動裝置管理(MDM)平台(無論是 Microsoft Intune、Jamf 還是其他解決方案)安裝在企業設備上的數位憑證。WLC 充當驗證器,將 EAP 訊息傳遞給 RADIUS 伺服器。因為我們使用憑證,所以沒有密碼會被竊取。如果設備遺失或員工離職,您只需撤銷憑證即可。存取權限會立即終止,無需變更全域密碼,也不會干擾其他任何人。EAP-TLS 是企業安全的黃金標準。 第三層是多租戶或 IoT WiFi。例如不支援 802.1X 的零售商場租戶、共享工作空間會員或智慧建築感測器。針對這種情況,我們部署 Cisco Identity PSK(即 iPSK)。所有人連接到同一個 SSID,但 RADIUS 伺服器會根據每個租戶的 MAC 位址,為其分配唯一的密碼和唯一的 VLAN。當租戶的裝置連接時,WLC 會向 RADIUS 伺服器發送 MAC 驗證請求。伺服器會將該租戶的特定 PSK 作為 Cisco AV-Pair 屬性傳回,並附帶三個標準 IETF RADIUS 屬性,以動態將用戶端分配到正確的 VLAN。這些屬性包括:Tunnel-Type(設定為 VLAN)、Tunnel-Medium-Type(設定為 802)以及 Tunnel-Private-Group-ID(設定為目標 VLAN ID)。WLC 會處理這些屬性並將裝置置於正確的隔離網路區段中。iPSK 以消費級的簡易性提供企業級的網路分段。 現在我們來討論實作建議,以及在實際部署中最常遇到的陷阱。 在訪客部署中,最常見的故障點是圍牆花園(walled garden)ACL。如果訪客已連線但未出現歡迎頁面,請先檢查您的 DNS 設定。如果您的預先驗證 ACL 封鎖了 UDP 連接埠 53,用戶端將無法解析網域名稱。作業系統將不會觸發 Captive Portal 迷你瀏覽器,訪客將會看到「無網際網路連線」的錯誤。請務必在您的圍牆花園 ACL 中明確允許 DNS 流量。這是我們遇到最常見的單一支援問題。 第二個陷阱存在於員工部署中。如果您因為尚未擁有用於分發憑證的 MDM 解決方案,而選擇部署 PEAP-MSCHAPv2 而非 EAP-TLS,則您必須設定用戶端裝置以明確驗證 RADIUS 伺服器憑證。這意味著必須在 WiFi 設定檔中指定要信任的確切憑證授權單位(CA)以及預期的伺服器名稱。如果您將此留給終端使用者手動設定,攻擊者就可以架設惡意存取點、提供偽造憑證並竊取企業憑證。這並非理論上的攻擊,而是有明確記錄的真實世界威脅。請針對 Windows 裝置透過群組原則,以及針對 macOS 和行動裝置透過 MDM 設定檔來強制執行憑證驗證。 第三個陷阱存在於 iPSK 部署中。如果用戶端已連線但分配到錯誤的 VLAN,或完全無法連線,最可能的原因是 Tunnel-Private-Group-ID 屬性中指定的目標 VLAN ID 在 WLC 上不存在。在 RADIUS 伺服器將用戶端引導至該 VLAN 之前,必須先在控制器上建立該 VLAN 並使其處於啟用狀態。請在 WLC 上使用 debug radius 指令,以驗證是否已從 RADIUS 伺服器正確接收這些屬性。 現在,讓我們針對最常聽到的問題進行快速問答。 問題一:我可以使用 MAC 驗證規避(MAC Authentication Bypass)代替 iPSK 來部署 IoT 裝置嗎? 您可以這樣做,但不應該。MAC 位址是以明文廣播的,極易被偽造。MAC 驗證繞過(MAC Authentication Bypass)僅提供裝置識別,而非安全性。iPSK 則為無螢幕裝置(headless devices)提供實際的加密安全保障。如果裝置支援任何形式的 PSK,請使用 iPSK。 問題二:Purple 是否支援 Cisco Catalyst 9800 IOS-XE 控制器? 是的。Purple 完全支援現代的 Catalyst 9800 IOS-XE 控制器以及舊版的 AireOS WLC。這兩個平台的 RADIUS 和授權變更(Change of Authorization)整合均已通過完整驗證。 問題三:我該如何處理 RADIUS 伺服器備援? 請務必在您的 WLC AAA 方法清單中同時設定主要和次要 RADIUS 伺服器。如果主要伺服器在設定的逾時時間內未回應,WLC 將自動容錯移轉至次要伺服器。Purple 正是為此目的提供了兩個 RADIUS 伺服器 IP 位址。切勿在生產環境中僅部署單一 RADIUS 伺服器。 問題四:Purple 使用哪些 RADIUS 連接埠號碼? Purple 使用 UDP 連接埠 1812 進行驗證,並使用 UDP 連接埠 1813 進行計費。這些是 RFC 2865 和 RFC 2866 中定義的 IANA 註冊標準 RADIUS 連接埠。 總結今天簡報的關鍵重點:審計您目前的無線架構。如果您正為員工使用共用密碼,請規劃遷移至 802.1X。如果您正為不同的租戶廣播多個 SSID,請使用 Cisco iPSK 進行整合。如果您的訪客 WiFi 只是個沒有收集數據的開放網路,請將其與 Purple 整合以收集第一方數據、提高行銷投資報酬率,並確保符合 GDPR 和 PCI DSS 規範。 透過將 Cisco 的企業級基礎架構與 Purple 的雲端重疊網路相結合,您可以在整個場域中提供安全、隔離且智慧的連線。Purple 在全球超過 80,000 個實體場域中運作,並在 2024 年記錄了 4.4 億次登入。該平台與硬體無關,通過 ISO 27001 認證,且專為企業規模而打造。 您的下一步非常明確:請參閱 Purple 網站上的完整逐步設定指南,從 Purple 入口網站取得您的 RADIUS 伺服器憑證,並於今天開始與您的 Cisco WLC 進行整合。如需詳細的設定指南和特定硬體的文件,請造訪 Purple 支援入口網站 support dot purple dot ai。 感謝您收聽本次 Purple 技術簡報。我們下次再見,請保持網路安全。

header_image.png

執行摘要

企業無線網路必須同時服務不同的使用者群組:需要無縫網際網路存取的訪客、需要安全存取公司資源的員工,以及需要彼此隔離的無介面或租戶裝置。針對這些群組中的任何一個,依賴單一共享的預共用金鑰(Pre-Shared Key)都是一種安全隱患。單一憑證遭到破解就會暴露整個網路區段,而撤銷存取權限則需要變更全域密碼,這會中斷網路上每台裝置的連線。

本指南詳細介紹了 Cisco 無線區域網路控制器(WLC)和 Catalyst 9800 系列硬體與 Purple 雲端重疊網路(cloud overlay)的整合。我們為三種不同的驗證層級提供逐步設定:由 Purple 支援且具有 Captive Portal 重新導向的開放式 Guest WiFi 網路、使用 802.1X EAP-TLS 憑證驗證的安全員工 WiFi 網路,以及使用 Cisco 識別預共用金鑰(iPSK)搭配動態 VLAN 分配的多租戶 WiFi 環境。透過部署此架構,您可以將公司資源與訪客流量隔離、自動化基於身分的存取控制,並透過 Purple 的 WiFi Analytics 平台擷取第一方數據。Purple 在全球 80,000 多個實體場域運作,並在 2024 年記錄了 4.4 億次登入(Purple 內部數據),使其成為 Cisco 基礎架構在大規模應用下經實證的雲端重疊網路。

技術深度解析:三層架構

在 Cisco 硬體上部署的現代企業無線網路必須迎合具有不同安全和存取需求的不同使用者設定檔。Cisco WLC 與 Purple 之間的整合使統一的硬體基礎架構能夠透過不同的驗證機制服務這些設定檔,且全部由單一 Catalyst 9800 控制器進行管理。

architecture_overview.png

第 1 層:Guest WiFi - 中央網頁驗證 (CWA)

對於 Hospitality (餐旅業)和 Retail (零售業)環境中的訪客,其目標是低阻力的上網體驗結合符合法規的數據擷取。這是透過開放式 SSID 結合中央網頁驗證(CWA)來實現的。當訪客連線時,Cisco WLC 會套用驗證前存取控制清單(ACL)- 即圍牆花園(walled garden)。此 ACL 會封鎖一般的網際網路流量,同時允許流量傳送到 Purple 的 Captive Portal 網域、DNS 和社群登入端點。

當訪客嘗試瀏覽網頁時,WLC 會攔截 HTTP 請求並將其重定向至 Purple 的 Splash 頁面(Captive Portal)。訪客透過其選擇的方式(社群登入、電子郵件註冊或憑證代碼)進行驗證。接著,Purple 扮演 RADIUS 伺服器的角色,向 WLC 發送 RADIUS 授權變更 (CoA) 訊息。CoA 會指示 WLC 將用戶端從驗證前狀態移轉至隔離訪客 VLAN 上的驗證後狀態,從而授予網際網路存取權限。每次登入都會記錄在 Purple 的分析平台中,並在符合 GDPR 和 CCPA 的規範下收集第一方數據。

第二層:員工 WiFi - 802.1X EAP-TLS

企業裝置需要最高層級的安全防護。IEEE 802.1X 定義了基於連接埠的網路存取控制 (PNAC),當與 EAP-TLS (可延伸驗證通訊協定 - 傳輸層安全性) 結合使用時,它能提供基於憑證的驗證,完全免除密碼。數位憑證是透過行動裝置管理 (MDM)(如 Microsoft Intune、Jamf 或同等工具)部署到企業裝置。Cisco WLC 扮演驗證者 (Authenticator) 的角色,在要求端 (Supplicant,即裝置) 與 RADIUS 伺服器之間傳遞 EAP 訊息。RADIUS 伺服器會驗證憑證,並傳回包含選用 VLAN 分配屬性的 Access-Accept 訊息。

由於驗證依賴憑證而非密碼,因此沒有憑證會被竊取。如果裝置遺失或員工離職,您只需撤銷該憑證即可。存取權限會立即終止,且不會干擾任何其他使用者。如需深入瞭解包含 WPA3 和零信任 (Zero Trust) 在內的企業安全標準,請參閱我們的指南: 企業 WiFi 安全性:2026 年完整指南

第三層:多租戶 WiFi - Cisco iPSK 與動態 VLAN 分配

在學生宿舍、共享工作空間或零售商場等環境中,您需要為不同的租戶提供私有、隔離的網路,而無需廣播數十個 SSID。Cisco Identity PSK (iPSK) 解決了這個問題。所有租戶都連線到單一 SSID。WLC 會針對每個連線的裝置向 RADIUS 伺服器發送 MAC 驗證請求。RADIUS 伺服器會將該租戶的特定 PSK 作為 cisco-av-pair 屬性傳回,並結合標準的 IETF RADIUS 屬性,將用戶端動態分配到正確的 VLAN。

ipsk_vlan_diagram.png

驅動動態 VLAN 分配的三個 IETF RADIUS 屬性為:

RADIUS 屬性 ID
Tunnel-Type 64 VLAN
Tunnel-Medium-Type 65 802
Tunnel-Private-Group-ID 81 目標 VLAN ID (例如:31)

如 RFC 2868 中所定義,Tunnel-Private-Group-ID 會編碼為字串。VLAN ID 必須存在於 WLC 上,分配才能成功。

實作指南:Cisco Catalyst 9800 WLC 設定

以下步驟詳細說明如何設定執行 IOS-XE 的 Cisco Catalyst 9800 WLC,以與 Purple 整合進行訪客 WiFi 重新導向。對於舊版的 AireOS WLC 部署,Purple 支援入口網站中也提供對應的設定。

步驟 1:設定 RADIUS 驗證與計費

您必須將 WLC 指向 Purple 的 RADIUS 伺服器,以處理訪客驗證和工作階段計費。

  1. 導覽至 Configuration > Security > AAA > Servers/Groups > RADIUS > Servers > + Add
  2. 輸入主要 Purple RADIUS 伺服器的 IP 位址,將 auth-port 設為 1812,acct-port 設為 1813,並輸入來自 Purple 入口網站的共用金鑰。
  3. 啟用 Support for CoA - 這是 Captive Portal 重新導向的必要項目。
  4. 對次要 Purple RADIUS 伺服器重複上述步驟。
  5. 導覽至 RADIUS > Server Groups > + Add 並建立一個包含這兩台伺服器的群組。
  6. 導覽至 AAA Method List > Authorization > + Add,將 Type 設為 network,並將其指向該 RADIUS 伺服器群組。
  7. 導覽至 AAA Method List > Accounting > + Add,將 Type 設為 identity,並將其指向同一個群組。

IOS-XE 上對應的 CLI 指令為:

radius server Purple-Primary
 address ipv4  auth-port 1812 acct-port 1813
 key 0 
!
radius server Purple-Secondary
 address ipv4  auth-port 1812 acct-port 1813
 key 0 
!
aaa group server radius Purple-RADIUS-Group
 server name Purple-Primary
 server name Purple-Secondary
!
aaa authorization network Purple-Authz group Purple-RADIUS-Group
aaa accounting identity Purple-Acct start-stop group Purple-RADIUS-Group

步驟 2:定義預先驗證 ACL (walled garden)

預先驗證 ACL 允許在使用者驗證之前,將流量傳送至 Purple 的展示網頁 (splash page) 和基本服務。這就是 walled garden。

  1. 導覽至 Configuration > Security > ACL > + Add
  2. 建立一個名為 Purple_Guest_Walled_Garden 的 IPv4 擴充 ACL。
  3. 新增規則以 deny (拒絕) 前往 WLC 管理 IP 和 RADIUS 伺服器 IP 的流量。
  4. 新增規則以 permit (允許) DNS (UDP 連接埠 53) 前往您的 DNS 伺服器。
  5. 新增規則以 permit (允許) 流量前往 Purple 的 walled garden IP 範圍和網域 (請從 Purple 支援入口網站取得適用於您特定硬體類型的最新清單)。
  6. 新增最後一條 permit ip any any 規則 - WLC 將會把允許的流量重新導向至 CPU 以進行入口網站處理。

步驟 3:設定訪客 WLAN

  1. 導覽至 Configuration > Tags & Profiles > WLANs > + Add
  2. 建立一個名為 Guest-WiFi 的 WLAN,並設定您選擇的 SSID。
  3. Security > Layer 2 下,將安全性設為 None (Open)。
  4. Security > Layer 3 下,啟用 Web Policy 並將 Web Auth 類型設為 External
  5. 在重新導向欄位中輸入您的 Purple 存取 URL。
  6. 套用 Purple_Guest_Walled_Garden ACL。
  7. Security > AAA Servers 下,將 Purple RADIUS 伺服器指派給驗證 (Authentication) 和計費 (Accounting)。

步驟 4:設定 Policy Profile

  1. 導覽至 Configuration > Tags & Profiles > Policy > + Add
  2. Access Policies 下,指派 VLAN 20(或您指定的訪客 VLAN)。
  3. Advanced 下,啟用 Allow AAA OverrideNAC State
  4. 指派 Purple 計費方法列表。

等效的 CLI 指令:

wireless profile policy Guest-Policy
 aaa-override
 nac
 vlan 20
 accounting-list Purple-Acct
 no shutdown
!
wireless tag policy Guest-Policy-Tag
 wlan Guest-WiFi policy Guest-Policy

步驟 5:針對多租戶或 IoT 部署設定 iPSK

針對 iPSK,WLAN 設定與訪客設定有所不同。WLAN 使用啟用 MAC 過濾的 WPA2-PSK,且 Policy Profile 已啟用 AAA Override,以接受來自 RADIUS 伺服器的每用戶 PSK 與 VLAN。

wlan Tenant-WiFi 2 Tenant-WiFi
 mac-filtering Purple-Authz
 security wpa psk set-key ascii 0 DefaultKey123
 no security wpa akm dot1x
 security wpa akm psk
 peer-blocking allow-private-group
 no shutdown
!
wireless profile policy Tenant-Policy
 aaa-override
 accounting-list Purple-Acct
 vlan 30
 no shutdown

RADIUS 伺服器(於 Purple 或您的 RADIUS 平台中設定)會針對每個租戶群組傳回以下屬性:

cisco-av-pair = psk-mode=ascii
cisco-av-pair = psk=
Tunnel-Type = VLAN
Tunnel-Medium-Type = 802
Tunnel-Private-Group-ID = 

最佳實踐

遵循既定標準可確保您整個部署的穩定性、安全性與合規性。

強制執行嚴格的憑證驗證。 部署 802.1X 時,請透過 MDM 設定用戶端裝置,以明確信任您 RADIUS 伺服器的憑證授權單位,並指定預期的伺服器名稱。未強制執行此操作會使用戶端容易受到惡意存取點攻擊,攻擊者會出示偽造的憑證以擷取憑證。這是強制性要求,而非建議。

在網路層隔離訪客流量。 訪客 WiFi 必須終止於專用的 VLAN,且該 VLAN 必須與所有企業資源進行防火牆隔離。PCI DSS 4.0 要求持卡人資料環境必須與公共網路隔離。VLAN 20 上的訪客必須沒有路由可通往 VLAN 10 上的企業網路。

針對 IoT 裝置使用 iPSK,而非 MAC Authentication Bypass。 MAC 位址是以純文字廣播,極易被偽造。iPSK 為無螢幕裝置提供加密安全性。如需了解顯示器與 IoT 裝置如何與無線協定互動的指引,請參閱 What Is Wireless Display: Protocols & Best Practices 2026

定義明確的使用條款。 您的 Captive Portal 在授予存取權限之前,必須先呈現使用條款合約。這是 GDPR 對於資料收集的要求,也是網路使用政策的法律必要條件。針對內部員工網路,請參閱 Staff WiFi Terms and Conditions: Legal and Compliance Essentials部署 RADIUS 備援。 務必設定主要與次要 RADIUS 伺服器。Purple 為此提供了兩個伺服器 IP 位址。單一 RADIUS 伺服器故障將會導致所有訪客無法登入。

疑難排解與風險緩釋

即使經過仔細設定,整合問題仍可能發生。在呈報問題之前,請系統化地處理最常見的故障模式。

問題:訪客已連線,但未出現 Splash Page。

這是最常見的問題。預先驗證 ACL 封鎖了 DNS。若沒有 DNS,用戶端將無法解析初始 HTTP 請求,且作業系統不會觸發 Captive Portal 迷你瀏覽器。請確認在 Walled Garden ACL 中,已允許 UDP 連接埠 53 連線至您的 DNS 伺服器。在 WLC 上,執行 show wireless client summary 以確認用戶端處於 Webauth Pending 狀態,而非 Run 狀態。

問題:iPSK 用戶端連線失敗或進入錯誤的 VLAN。

Tunnel-Private-Group-ID 中指定的 VLAN 在 WLC 上不存在,或者 cisco-av-pair 屬性格式錯誤。在 WLC 上執行 debug radius all 以檢查原始 RADIUS 回應。請至 Configuration > Layer 2 > VLAN > VLAN List 確認該 VLAN ID 已建立。

問題:802.1X 員工用戶端發生間歇性驗證失敗。

這通常是 RADIUS 伺服器逾時或用戶端上的憑證信任問題。請檢查 RADIUS 伺服器記錄中的 Access-Reject 訊息。在 Windows 用戶端上,請確認 WiFi 設定檔已設定為驗證伺服器憑證,並指定了正確的信任 CA。

問題:WLC 未處理來自 Purple 的 CoA。

CoA 共用金鑰必須與 WLC 上設定的 RADIUS 共用金鑰相符。在 IOS-XE 17.4 及更高版本中,CoA 金鑰是與共用金鑰分開設定的。請確認兩者皆與 Purple 入口網站中的數值相符。

投資報酬率與商業影響

從基礎的 PSK 網路轉移至使用 Purple 的結構化、基於身分識別的架構,能為 餐飲旅宿業零售業醫療保健業交通運輸業 等垂直領域帶來可衡量的商業成果。

首先,此架構消除了管理共用密碼的營運成本。當員工離職時,您只需撤銷其憑證,而無需變更全域密碼並更新園區內的每台裝置。其次,與 Purple 的 Captive Portal 整合,將 IT 成本中心轉化為營收驅動器。Purple 的平台在每次登入時擷取合規的一方數據,實現自動化行銷活動與訪客分析。透過在 Purple 網路中收集的 290 億個數據點(Purple 內部數據),該平台能針對訪客行為、停留時間和回訪率提供具實用價值的洞察。對於透過執行調查來了解訪客滿意度的場域營運商,Purple 平台可直接與研究工作流程整合。請參閱 Design of a Survey: A Practical Guide for Venues ,以取得有關如何建構透過 Captive Portal 傳送之有效場域調查的指引。

透過將 Cisco 的企業級硬體與 Purple 的雲端重疊網路整合,您將能獲得一個安全、具擴充性且能積極協助達成場域商業目標的網路。Purple 通過 ISO 27001 認證、符合 GDPR 和 CCPA 規範、通過 Cyber Essentials 認證以及 B Corp 認證,完全符合企業採購團隊的合規性要求。

關鍵定義

RADIUS

遠端用戶撥入驗證服務(Remote Authentication Dial-In User Service)。一種網路協定,為網路存取提供集中式的驗證、授權和計費(AAA)管理。定義於 RFC 2865 和 RFC 2866。

IT 團隊設定 Cisco WLC 將用戶端憑證轉發至 RADIUS 伺服器,該伺服器會比對目錄進行檢查,並傳回 Access-Accept 或 Access-Reject 回應以及原則屬性。

Captive Portal

公共存取網路的使用者在獲得網際網路存取權限之前,必須檢視並進行互動的網頁。透過網路存取裝置進行 HTTP 重新導向來實現。

用於訪客 WiFi 部署,在允許存取網際網路之前,收集訪客數據、呈現使用條款或顯示品牌內容。Purple 提供託管的 Captive Portal 基礎架構。

iPSK (Identity Pre-Shared Key)

一項 Cisco 功能,允許在同一個 SSID 上為不同的使用者或裝置群組分配唯一的預共用金鑰(Pre-Shared Key),並由 RADIUS 伺服器為每個用戶端提供 PSK。

對於無法使用 802.1X 但需要進行網路分割的 IoT 裝置或多租戶環境至關重要。免除了廣播多個 SSID 的需求。

IEEE 802.1X

一項用於基於連接埠的網路存取控制(PNAC)的 IEEE 標準。它提供了一種驗證機制,在 RADIUS 伺服器確認授權之前,會阻擋來自裝置的所有數據流量。

企業員工 WiFi 的基礎,確保只有擁有有效憑證或證書的授權企業裝置才能存取內部資源。

EAP-TLS

可延伸驗證協定 - 傳輸層安全性(Extensible Authentication Protocol - Transport Layer Security)。一種基於憑證的驗證方法,要求在 RADIUS 伺服器和用戶端裝置上都安裝數位憑證,完全免除密碼。

驗證企業裝置最安全的方法。憑證透過 MDM 進行部署。透過使憑證失效來撤銷存取權限,而不是透過變更共用密碼。

Walled garden

一種受限的網路環境,在使用者完全通過驗證之前,控制其對網頁內容的存取。在 WLC 上實作為驗證前的 ACL。

在 Cisco WLC 上進行設定,以便在訪客獲得完整的網際網路存取權限之前,允許其存取 Purple 歡迎頁面、DNS 和社群登入提供商。

Dynamic VLAN assignment

根據驗證時傳回的 RADIUS 授權屬性,自動將已連線的裝置置於特定虛擬區域網路(Virtual LAN)的程序。

確保員工、訪客和 IoT 裝置在連線時自動置於隔離的網路區段中,無需對每台裝置進行手動設定。

Change of Authorization (CoA)

一種 RADIUS 擴充功能(RFC 5176),允許 RADIUS 伺服器動態修改已連線用戶端的工作階段授權屬性。

Captive Portal 的必要功能。一旦訪客在 Purple 歡迎頁面上完成驗證,Purple 就會向 WLC 發送 CoA 訊息,將用戶端從驗證前的 Walled garden 狀態轉換為完整的網際網路存取狀態。

Central Web Authentication (CWA)

一種 Cisco 驗證方法,由 RADIUS 伺服器(而非 WLC)託管或重新導向至網頁驗證入口網站,從而實現雲端託管的 Captive Portal 解決方案。

用於將 Cisco WLC 與 Purple 的雲端託管 Captive Portal 整合,使 Purple 能夠管理訪客驗證體驗和數據收集。

範例

一家大型購物中心需要使用單一 Cisco Catalyst 9800 WLC 和單一廣播 SSID,為 50 家零售租戶提供安全、私密的 WiFi。每個租戶必須與其他所有租戶的裝置隔離。他們如何在不廣播 50 個獨立 SSID 的情況下實現這一目標?

IT 團隊部署了 Cisco iPSK。他們設定了一個名為「Mall-Tenant-WiFi」的單一 SSID,並啟用了 WPA2-PSK 和 MAC 過濾。在 RADIUS 伺服器中,他們建立了 50 個端點識別群組(每個租戶一個)。每個群組都透過 cisco-av-pair psk= 屬性分配一個唯一的 PSK,並透過 IETF Tunnel-Private-Group-ID 屬性分配一個唯一的 VLAN ID。當零售租戶的 POS 裝置使用其特定密碼連線時,WLC 會向 RADIUS 伺服器發送 MAC 驗證請求。伺服器將 MAC 位址與租戶的群組進行比對,並傳回 PSK 和 VLAN 分配。WLC 處理這些屬性、驗證 PSK,並將裝置置於租戶的隔離 VLAN 中。peer-blocking allow-private-group 設定可確保共用相同 PSK 的裝置可以相互通訊,同時阻止不同 PSK 上的裝置進行跨租戶通訊。

考官評語: 這種方法具有高效的擴充性。在密集環境中廣播 50 個獨立的 SSID 會導致嚴重的同通道干擾,並降低每位使用者的效能。每個額外的 SSID 都會因管理訊框而消耗空中傳輸時間。iPSK 提供了 50 個獨立網路的安全性和分割性,同時保有單一網路的射頻(RF)效率。權衡之處在於 RADIUS 伺服器成為關鍵的相依項 — 請確保其具備高可用性。

一家擁有 300 間客房的 Premier Inn 飯店正在從本機 WLC 訪客帳戶遷移到 Purple 的雲端 Captive Portal。套用設定後,訪客回報他們連線到 WiFi SSID 並取得了 IP 位址,但他們的裝置顯示「無網際網路連線」,且從未出現 Splash Page。診斷流程為何?

步驟 1:使用 show wireless client detail <mac-address> 驗證 WLC 上的用戶端狀態。用戶端應處於「Webauth Pending」狀態。如果顯示「Run」,則表示未正確套用預先驗證 ACL。步驟 2:檢查預先驗證 ACL。此症狀最常見的原因是 ACL 封鎖了 DNS(UDP 連接埠 53)。沒有 DNS,用戶端就無法解析任何網域,且作業系統的 Captive Portal 偵測機制會無聲無息地失敗。為該場所的 DNS 伺服器 IP 新增一條明確允許 UDP 連接埠 53 的規則。步驟 3:驗證 ACL 中是否允許 Purple 的 Walled Garden 網域。用戶端在驗證前必須能夠連線到 Purple Splash Page URL。步驟 4:確認 WLC 虛擬 IP 位址已從預設的 1.1.1.1 變更為非路由位址(例如 192.0.2.1),因為預設位址可能會與合法的網際網路流量產生衝突。

考官評語: 出現「無網際網路連線」且沒有重新導向的症狀,幾乎總是 DNS 或 Walled Garden ACL 的問題。現代作業系統(iOS、Android、Windows、macOS)透過向已知 URL 發送 HTTP 請求來進行 Captive Portal 偵測。如果 DNS 失敗,則無法發送這些請求,且作業系統永遠不會觸發 Captive Portal 瀏覽器。務必在預先驗證 ACL 中允許 DNS — 這是我們見過最常見的單一部署錯誤。

練習題

Q1. 您正在使用 Cisco Catalyst 9800 WLC 在 40 個零售分店部署員工 WiFi。您希望使用 802.1X,但公司目前還沒有 MDM 解決方案來將憑證分發到員工智慧型手機。最安全可行的做法是什麼?您必須實施哪些風險緩解措施?

提示:在尚無法使用憑證的情況下,請考量憑證安全與部署可行性之間的平衡。重點關注替代方法所產生的特定風險。

查看標準答案

部署 PEAP-MSCHAPv2 作為過渡措施。雖然不如 EAP-TLS 安全,但它在 TLS 隧道內提供了加密的密碼驗證。關鍵的風險緩解措施是在每個用戶端裝置上強制執行伺服器憑證驗證。對於 Windows 筆記型電腦,部署群組原則物件 (GPO),在 WiFi 設定檔中指定確切的受信任憑證授權單位 (CA) 和預期的 RADIUS 伺服器名稱。對於 iOS 和 Android 裝置,透過電子郵件或無 MDM 的輕量級工具分發強制執行憑證驗證的 WiFi 設定檔。如果不這樣做,攻擊者可以部署帶有欺詐性憑證的惡意存取點並擷取憑證。一旦 MDM 可用,請立即規劃遷移至 EAP-TLS。

Q2. 體育場 IT 主管需要將媒體廣播商、票務終端和 HVAC IoT 感測器分割到獨立的隔離網路中。IoT 感測器不支援 802.1X。這三個群組都必須使用 WiFi。應如何設定 WLC?

提示:尋找一種能為每個裝置群組提供唯一憑證和 VLAN 分配,且不需要在無介面 (headless) 裝置上安裝企業級 supplicant 的解決方案。

查看標準答案

實施 Cisco iPSK,為場館營運提供單一 SSID。在 RADIUS 伺服器中建立三個端點身分群組:Broadcasters、Ticketing 和 HVAC。透過 cisco-av-pair 為每個群組分配唯一的 PSK,並透過 Tunnel-Private-Group-ID 分配唯一的 VLAN ID。將 WLC WLAN 設定為 WPA2-PSK,啟用 MAC 過濾,並啟用 AAA Override。廣播商接收 PSK-A 和 VLAN 31,票務接收 PSK-B 和 VLAN 32,HVAC 感測器接收 PSK-C 和 VLAN 33。將 peer-blocking 設定為 allow-private-group,以便同一群組內的裝置可以進行通訊(例如,票務終端與其伺服器),同時阻斷跨群組通訊。這避免了使用極易被偽造的 MAC Authentication Bypass。

Q3. 在會議中心的訪客 WiFi 部署期間,用戶端連線到 SSID 並取得 IP 位址,但從未發生 Captive Portal 重新導向。Walled Garden ACL 允許流向所有 Purple IP 範圍的流量。最可能遺漏的設定元素是什麼?您如何驗證?

提示:思考用戶端裝置在發出 HTTP 請求之前所需的協定。

查看標準答案

最可能的原因是預先驗證 ACL 阻擋了 DNS 流量(UDP 連接埠 53)。在用戶端裝置發出 WLC 攔截以觸發重新導向的 HTTP 請求之前,它必須透過 DNS 解析網域名稱。現代作業系統的 Captive Portal 偵測機制(Apple 的 captive.apple.com、Microsoft 的 www.msftconnecttest.com、Google 的 connectivitycheck.gstatic.com)都需要 DNS 解析。要驗證:在 WLC 上執行 'show wireless client detail ' 並確認用戶端處於 'Webauth Pending' 狀態。然後檢視 ACL 命中計數器,確認 DNS 流量是否被拒絕。解決方法是在 Walled Garden ACL 中,針對場館的 DNS 伺服器 IP 新增一條明確允許 UDP 連接埠 53 的規則。