Aruba Central 訪客 WiFi 與專用強制入口平台比較：CRM、Passpoint 和報表功能對比

Aruba Central 包含託管的問候頁面，支援點擊直接連線、社群軟體與贊助商登入，這對基礎的訪客存取來說已綽綽有餘。它沒有原生的 CRM 連接器或行銷同意工作流程。ClearPass Guest 增加了更深入的原則配置，但需要伺服器和專業技能。像是 Purple 等專用平台可透過外部 RADIUS，在現有的 Aruba 硬體上新增 CRM 同步、Passpoint 和訪客分析功能。

您應該選擇哪一種 Aruba 訪客 WiFi 選項？

HPE Aruba 環境為您提供三種切合實際的訪客存取架構。這三種架構全都運作在您現有的基地台上。它們的差異在於營運者是誰、營運成本為何，以及資料如何處理。

首先介紹兩個術語。強制入口是裝置在獲准連線前看到的網頁。RADIUS (Remote Authentication Dial-In User Service) 則是基地台用來詢問伺服器是否允許裝置接入以及遵循何種條件的通訊協定。

• Central 原生訪客存取。 託管於 HPE Aruba Networking Central 內部的 Cloud Guest 問候頁面。它可處理點擊同意條款、營運者建立的訪客帳戶、贊助商核可的訪客以及社群軟體登入。
• ClearPass Guest。 HPE Aruba Networking ClearPass Policy Manager 的訪客模組，運作於您自己的虛擬機器或設備上。它適合將訪客存取視為整體網路存取控制計劃一部分的團隊。
• 專用雲端訪客平台。 外部強制入口與雲端 RADIUS 服務，例如透過標準重定向和 RADIUS 設定連接至 Central 的 Purple Guest WiFi。它適合將行銷、CRM 和訪客報告視為網路存在核心目的之環境。

請參考這個經驗法則。如果網路團隊負責管理訪客 WiFi，且下游沒有其他人需要這些資料，Central 的原生訪客存取就足夠了。如果您已經為員工的 IEEE 802.1X (企業 WiFi 後端的基於連接埠之驗證標準) 和裝置狀態檢測運行 ClearPass，請將其延伸應用至訪客。如果行銷或營運部門需要在沒有本地 IT 的情況下，跨多個據點將獲得同意的第一方資料收集至 CRM 中，那麼雲端平台會更容易營運。

Aruba Central 訪客 WiFi 與專用平台的真正差異之處

此 Aruba Central 訪客 WiFi 的比較歸結為四個領域：登入、CRM 與同意、再次造訪的訪客識別，以及報表功能。

問候頁面與登入

Central 的 Cloud Guest 允許您設定標誌、顏色、背景和使用條款。登入選項涵蓋匿名點擊連線、營運者建立的訪客帳戶、贊助商核可的存取以及社群軟體登入。對於接待櫃檯或會議室來說，這已能滿足需求。

當登入頁面除了存取授權外還需要執行更多功能時，Aruba Central 的強制入口限制就會顯現出來。Cloud Guest 的設計宗旨是允許裝置存取，而非運行資料收集計畫。它不會將登入資料直接寫入行銷平台，也不會為每位訪客保存行銷團隊可採取行動的同意紀錄。

CRM 與同意

Aruba 訪客 WiFi CRM 整合是這三種選項差異最明顯的地方。Central 中的訪客資料會留在 Central 內部，除非您透過 Central 的 REST API 提取這些資料。團隊必須有人負責撰寫、託管並維護該整合。

ClearPass 可以透過其 REST API 和 Context Server Actions（其出站 HTTP 整合功能）呼叫外部系統。這很有彈性，但每個連接器都是由您的團隊所擁有的微型軟體專案。

同意聲明是更嚴格的要求。GDPR 第 7 條要求您證明每個人都已表達同意，而序言第 32 條說明預先勾選的方框並不符合規定。登入頁面上的使用條款核取方框並不等於行銷同意。Purple 使用自主選擇同意機制，將行銷同意與網路條款分開。Purple 可與 CRM 和行銷平台整合，擁有 ISO 27001 認證，並符合 GDPR 和 CCPA 合規要求。

Passpoint 與常客

透過 MAC 位址識別常客的方式已不再可靠。Apple 在 iOS 14 中匯入了個別網路的專用位址功能，而 Android 10 預設會隨機化 MAC 位址。因此，再次造訪的裝置看起來可能像新裝置，這會強制使用者重複登入並膨脹訪客計數。

Passpoint（亦稱為 Hotspot 2.0）解決了這個問題。它允許裝置透過安裝一次的設定檔，自動且安全地加入網路。它建立在用於網路探索的 IEEE 802.11u 基礎上，並結合 802.1X 與 EAP (Extensible Authentication Protocol) 來進行加密驗證。OpenRoaming 是基於 Passpoint 所建立的 Wireless Broadband Alliance 聯盟，允許擁有特定身分提供者設定檔的裝置加入任何參與的場域。

Aruba Instant 與 AOS-10 基地台可以廣播在 Central 中設定的 Passpoint 網路。廣播只是工作的一半，因為設定檔和驗證仍需要後端的身分服務支援。ClearPass Onboard 可以提供設定檔。Purple 支援從運行強制入口的相同平台提供 Passpoint 和 OpenRoaming。有關飯店的具體細節，請參閱 飯店訪客 WiFi 平台：PMS 整合、Passpoint 和分級頻寬比較。

報表

Central 提供網路工程師所需的報表：用戶端數量、基地台利用率、訪客連線階段數量和連線健康狀況。ClearPass Insight 則提供驗證結果與稽核軌跡的報表。兩者皆非為了回答行銷或營運問題（例如本月有多少訪客回流）而設計。

Purple WiFi 分析 可按場地報告造訪次數、重複造訪次數、停留時間與同意接收行銷資訊的成長趨勢。背後的資料集相當龐大：Purple 每年處理 5 億名使用者與登入次數。

功能	Aruba Central 原生訪客	ClearPass Guest	專用雲端平台 (Purple)
執行位置	代管於 HPE Aruba Networking Central	您的虛擬機器或硬體裝置	Purple 雲端，覆蓋於您的 Aruba 基地台之上
登入方式	一鍵通過、操作員帳戶、贊助商認證、社群登入	自助註冊、贊助商認證、操作員帳戶、社群登入	品牌化表單、社群登入、明確選擇的同意核取
CRM 與行銷連接器	無內建；僅支援 REST API	透過 REST API 與 Context Server Actions 客製化建置	整合 CRM 與行銷平台
行銷同意記錄	僅限使用條款接受記錄	由您設計與維護的客製化欄位	與每個檔案分開儲存的獨立同意記錄
Passpoint	在 Central 中設定的基地台廣播	透過 ClearPass Onboard 進行設定檔開通	Passpoint 設定檔加上 OpenRoaming
報表重點	網路健康狀態與工作階段計數	Insight 中的認證與稽核報表	造訪次數、重複造訪次數、停留時間與同意記錄
日常維護所需技能	Aruba 網路管理員	ClearPass 專家	行銷或營運團隊，IT 僅需負責初始設定
最適合的場景	辦公室、市鎮格局、僅有存取需求的小型場地	為員工 NAC 和姿態評估執行 ClearPass 的企業地產	飯店集團、零售連鎖店、體育場館與多據點場地

外部 RADIUS 與 CoA 如何與 Aruba Instant 及 AOS-10 搭配運作？

外部平台透過兩種標準機制連接至 Aruba。Captive Portal 重導向會將訪客傳送至外部登入頁面。RADIUS 則將決策傳回網路。

外部 Captive Portal 流程

1. 訪客裝置加入開放式訪客 SSID 並取得認證前角色。
2. 該角色僅允許存取受限園區 (walled garden)，即裝置在登入前可以連線的目的地清單。
3. 基地台會攔截第一個網頁請求，並將瀏覽器重導向至外部 Captive Portal。重導向會攜帶用戶端 MAC 位址、基地台與 SSID 等參數。
4. 訪客完成登入。平台的雲端 RADIUS 服務向 Aruba 裝置傳回 Access-Accept。
5. Access-Accept 可以攜帶 Aruba-User-Role 廠商特定屬性 (VSA)，這是一種由 HPE Aruba 定義的 RADIUS 欄位。它會將裝置移入具備獨立防火牆策略與頻寬合約的認證後角色。

Central 支援將外部 Captive Portal 作為 WLAN 上的標準 Splash 頁面選項。您可以在 Central 群組層級設定一次，該群組中的每台裝置都會繼承此設定。

Aruba Instant：虛擬控制器與動態 RADIUS 代理伺服器

在 Aruba Instant 叢集中，每個基地台都可以發送自己的 RADIUS 請求。雲端 RADIUS 服務將必須信任每個據點的每個基地台位址。

動態 RADIUS 代理伺服器改變了這一點。啟用時，Instant 虛擬控制器會替叢集代理 RADIUS 流量，因此 RADIUS 伺服器在每個據點只會看到一個來源。這大幅簡化了大型企業環境中的防火牆規則與共享金鑰管理。

AOS-10：基地台進行身分驗證，閘道執行策略

AOS-10 將 WLAN 客戶端身分驗證轉移至基地台，包括隧道模式 SSID。閘道則處理隧道流量的資料路徑與角色執行。上線前，請在 HPE Aruba Networking AOS-10 文件中確認設計中是由哪台裝置發送 RADIUS 請求。您的 RADIUS 服務必須信任該位址，且您的 CoA 訊息必須能傳送至該位址。

針對連線階段、階層與撤銷的授權變更

RFC 5176 中定義的授權變更 (CoA) 可讓 RADIUS 伺服器在訪客無需重新連線的情況下變更或結束活動連線階段。在訪客 WiFi 中有三種重要用途：

• 當限時兌換券或活動通行證到期時結束連線階段。
• 飯店訪客購買高級頻寬方案後升級階層。
• 針對違反可接受使用政策的裝置撤銷存取權限。

大多數未通過的 CoA 測試都歸因於三個原因：防火牆阻擋了傳送至 Aruba 裝置的輸入動態授權流量；共享金鑰不符合；或者由 RADIUS 回傳的角色名稱在基地台或閘道上不存在。Purple 支援中心內的 Purple 與 HPE Aruba 整合文章會一步步說明每個設定。

何時該使用 Aruba Central 的原生訪客存取？

當「存取」就是全部需求時，Central 的原生訪客存取就是正確的選擇。下列情況請選擇此方案：

• 訪客只需要同意使用條款、限制時間，無需其他功能。
• 透過電子郵件進行發起人審核即符合您的訪客流程。
• 行銷或營運團隊中無人需要登入資料。
• 您的據點少於數個，且網路團隊樂意負責登入畫面。

縣市政府的接待區是典型適用場景。訪客接受條款、取得連線時間限制後離去。由於沒有 CRM 需要提供資料，也沒有同意聲明需要記錄，因此外部平台只會增加成本而無法帶來價值。

何時該使用 ClearPass Guest？

當訪客存取是更廣泛的存取控制計畫之一部分時，ClearPass Guest 就能體現其營運成本的價值。下列情況請選擇此方案：

• 您已使用 ClearPass 來處理員工 802.1X、有線連接埠控制或透過 OnGuard 進行裝置狀態檢查。
• 您的資安團隊需要一套統一的策略引擎來管理企業、訪客與 IoT 裝置。
• 安全性策略要求身分驗證伺服器必須建置在您自己的資料中心內。
• 您聘用或外包具備 ClearPass 專業知識的工程師。HPE Aruba 正因如此才設立了專屬的 ClearPass 認證課程。

以某個已使用 ClearPass 來剖析醫療設備輪廓的醫療信託基金為例。將同一個叢集擴充至病患與訪客的 WiFi，可為 醫療保健 資產保留單一稽核軌跡。其邊際效益比引進第二個平台更高。

雲端訪客平台何時會比 ClearPass Guest 更簡單？

對飯店餐飲與零售團隊而言，雲端平台因結構性因素而更為簡單。這些團隊很少擁有在地 IT 人員。訪客體驗由行銷部門掌控。且資產會透過收購而增長，通常會跨越混合硬體。

雲端中的 ClearPass Guest 替代方案能移除飯店餐飲與零售團隊認為最困難的 ClearPass 部分。您那端無需修補伺服器、無需調整叢集容量，也無需更新憑證。Purple 與硬體無關。它適用於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 及 Fortinet。因此，單一訪客平台即可同時涵蓋 Aruba 資產與收購獲得的 Meraki 資產。

Purple 於 90 多個國家/地區的 80,000 多個實體場館中運作（Purple 簡報總集，擷取於 2026 年），具備 99.999% 的正常運作時間（Purple 的自有數據）。包括 Premier Inn、Whitbread 及 Pizza Express 在內的飯店餐飲品牌皆在 Purple 上運行訪客 WiFi。

實作範例：使用 Aruba Instant 的 40 家飯店集團

**情況。**某集團經營 40 家 飯店，平均各有 120 間客房，運行於在 Central 中管理的 Aruba Instant 基地台。兩位網路工程師在總部管理整個資產。訪客 WiFi 使用 Central 點擊跳轉歡迎頁面。行銷部門希望在 CRM 中取得獲得同意的訪客電子郵件，並瞭解重複入住的情況。ClearPass Guest 提案需要一個每家飯店都必須透過 WAN 連線到的中央叢集。

**做法。**工程師將 Central 群組中的訪客 WLAN 指向 Purple 的外部強制入口與雲端 RADIUS。他們啟動 Dynamic RADIUS Proxy，讓每家飯店呈現單一來源位址。他們新增受控園區（walled garden）條目，並在首次登入時提供 Passpoint 設定檔，讓再次光臨的訪客自動連線。

**衡量結果。**在 IT 方面，集團層級的單一設定變更即可涵蓋所有 40 家飯店，無需新增伺服器。在行銷方面，推算如下。這些數字係根據聲明的假設進行模擬，非實際報告的結果。

• 40 家飯店 × 120 間客房 = 4,800 間客房。
• 以 75% 的住房率計算，即每晚 3,600 間入住客房，或每年 1,314,000 間房夜。
• 以平均入住兩晚且每次入住登入一次計算，即為 657,000 次入住。
• 以 30% 的行銷訂閱同意率計算，每年約可獲得 197,000 個取得同意的訪客設定檔。

隨後，集團會對照這些基準，衡量實際的訂閱同意率、重複入住率及 CRM 比對率。

實作範例：使用 AOS-10 的 150 家門市時裝零售商

實際情境。 擁有 150 家分店的 零售 連鎖企業運行由 Central 管理的 AOS-10 基地台，並在各分店進行本地橋接。門市團隊不承擔 IT 角色。總公司希望將註冊資訊連結至忠誠客戶 CRM，並掌握每家分店的重複造訪率。

處理方式。 網路團隊在 Central 群組中部署單一外部強制入口設定，門市層級的品牌宣傳則由 Purple 處理。Purple 會將取得同意的顧客資料同步至 CRM。系統會透過登入身分而非僅憑裝置位址來歸因重複造訪，從而降低 MAC 隨機化的影響。

衡量的成果。 此處數據同樣為模型推估。若每家分店每週有 3,000 名顧客，其中 5% 進行連線，則該連鎖企業每週可記錄 22,500 次連線，每年達 1,170,000 次。總公司可比較各分店的重複造訪率及各區域的同意訂閱率。行銷團隊可在 Purple 中變更宣傳活動頁面，無需提出網路變更單。

若門市亦提供平板電腦或個人裝置給員工使用，請參閱 BYOD WiFi 啟用：管理飯店與零售業中的未管理裝置。

每種 Aruba 訪客 WiFi 選項的運作成本是多少？

授權價格是比較中比重最小的部分。運作成本源自基礎架構、升級以及維運該平台的團隊。這三種選項都不需要購買新的基地台，這與 為什麼您的下一次 WiFi 升級不需要新硬體 中的論點相同。

成本項目	Aruba Central 原生訪客	ClearPass Guest	專用雲端平台 (Purple)
授權	包含在您的 Central 基地台訂閱中	在 Central 之外額外按端點授權	訂閱 Connect、Capture 或 Engage 方案
伺服器	無	虛擬機器或硬體裝置，通常需要兩個或更多節點以確保復原能力	無
憑證	由 HPE Aruba 代管	HTTPS 及 RADIUS 伺服器憑證由您的團隊定期更新	由 Purple 代管
軟體升級	由 HPE Aruba 於 Central 中提供	由您的團隊規劃並按叢集逐一套用	由 Purple 提供
CRM 整合	針對 Central 的 REST API 進行客製化開發	使用 REST API 及 Context Server Actions 進行客製化開發	平台直接整合 CRM 與行銷工具
日常維運負責人	網路管理員	ClearPass 專家	行銷或營運團隊

Central 原生選項的隱形成本是您未收集到的資料。ClearPass Guest 的隱形成本則是專家花費在維護訪客功能上的時間，而這些功能本可由行銷團隊自行運作。在比較授權報價之前，請先評估各選項三年的整體費用（包含人工工時）。

如何為您的 Aruba 環境做出決定？

請從實際情境出發，而非功能清單。此決策矩陣將最常見的 Aruba 環境對應至最佳建議。

您的情境	建議	原因
1 到 5 個據點，僅限存取的訪客 WiFi，無 CRM	Central 原生訪客	已包含；無須額外執行其他項目
ClearPass 已運行員工 802.1X 與資安姿態，訪客資料由 IT 留存	擴充 ClearPass Guest	單一策略引擎與單一稽核軌跡
多據點飯店或零售集團，行銷團隊需要經同意的資料	專用雲端平台	無須伺服器即可進行 CRM 同步與同意管理
收購後混合使用 Aruba 與其他廠商的設備	專用雲端平台	跨硬體；跨廠商使用單一訪客平台
再次造訪的訪客必須無需重新登入即可連線	雲端平台或搭配 Passpoint 的 ClearPass Onboard	Central 宣傳支援 Passpoint，但需要身分驗證服務
員工使用 ClearPass，行銷團隊需要訪客資料	員工使用 ClearPass，訪客使用雲端平台	各工具發揮其專為設計的功能

然後，與您的網路與行銷主管一同討論並回答以下五個問題：

1. 誰將負責日常的登入頁面管理？他們是否具備 ClearPass 專業技能？
2. 訪客資料必須匯入哪個系統？誰來維護該連線？
3. 您將如何記錄符合 GDPR 第 7 條要求的行銷同意標準？
4. 未來 24 個月內您將新增多少個據點？使用哪些硬體？
5. 再次造訪的訪客是否需要透過 Passpoint 或 OpenRoaming 進行自動加密連線？

如果答案指向行銷團隊主導、目的地為 CRM 以及不斷擴展的營運據點，那麼選擇雲端平台會比 Central 更省力。如果答案指向由 IT 主導，且所有裝置皆使用單一策略引擎，則 ClearPass 是更合適的選擇。

常見問題

Aruba Central 是否包含強制入口，或者我需要外部強制入口？

是的，Aruba Central 包含名為 Cloud Guest 的託管強制入口。它支援點擊通過條款、管理員建立的訪客帳戶、贊助者核准的存取權以及社群登入，並可套用您的標誌與顏色。當登入資料必須傳送到 CRM、需要行銷同意記錄，或希望取得網路統計數據之外的訪客報告時，您就需要外部強制入口。Central 在 WLAN 設定中將外部強制入口支援視為標準選項。

Purple 是否可以在我們現有的 HPE Aruba 基地台運作？

是的，Purple 可以在 Aruba Central 管理的現有 HPE Aruba 基地台上運作，同時支援 Aruba Instant 和 AOS-10。Purple 是一種雲端覆蓋服務。您只需將訪客 WLAN 指向 Purple 的強制入口與雲端 RADIUS 服務，並保留原有的硬體即可。Purple 與硬體無關，因此相同的平台也適用於您日後收購的 Cisco Meraki、Ruckus 與 Juniper Mist 設備。

我們是否需要 ClearPass Guest 來將 Aruba 訪客 WiFi 連接到 CRM？

不，Aruba 訪客 WiFi CRM 整合不需要 ClearPass Guest。ClearPass 可以透過其 REST API 和 Context Server Actions 呼叫外部系統，但您的團隊必須建置並維護每個連接器。專用的雲端平台透過標準的外部強制入口和 RADIUS 設定連接到 Aruba 基地台。接著，它會將取得同意的訪客資料同步到 CRM 和行銷平台，無需地端伺服器。

Aruba 是否支援訪客 WiFi 的 Passpoint？

是的，Aruba Instant 和 AOS-10 基地台可以廣播在 Aruba Central 中設定的 Passpoint (Hotspot 2.0) 網路。廣播網路只是工作的一半。訪客裝置還需要 Passpoint 設定檔和一個透過 802.1X 進行驗證的身分驗證服務。ClearPass Onboard 或像是 Purple 的雲端平台可以提供該功能。Purple 還支援 OpenRoaming，因此設定好的裝置會自動加入參與的場地。

外部強制入口如何處理 Aruba 網路上的 GDPR 同意？

外部平台會記錄同意，而不是基地台。GDPR 第 7 條要求您證明每個人都已同意，而第 32 條敘述則排除預先勾選的方塊。Purple 使用自願選擇的勾選項目，將行銷同意與接受使用條款分開。它會將同意記錄儲存在每個設定檔中。Purple 擁有 ISO 27001 認證，並符合 GDPR 與 CCPA。

從 ClearPass Guest 遷移到雲端平台涉及哪些內容？

從 ClearPass Guest 遷移是 WLAN 和 RADIUS 的變更，而不是硬體專案。您將訪客 SSID 的強制入口和驗證伺服器指向雲端平台，並更新圍牆花園 (Walled Garden)。您還需要確認 RADIUS 回應中傳回的角色名稱存在於您的 Aruba 裝置上。大多數團隊會試點一個站點，比較工作階段資料，然後透過 Central 群組推廣。ClearPass 可以保留員工 802.1X。

與 ClearPass Guest 相比，雲端訪客平台的授權方式為何？

雲端訪客平台以訂閱制授權，無需購買或託管伺服器。ClearPass 需要每個端點的授權加上虛擬機器或軟硬體整合器具，通常需要兩個或更多節點以實現高可用性。它還需要工作人員的時間来进行升級和憑證更新。Purple 透過三種方案銷售：Connect、Capture 和 Engage。Central 的原生訪客存取功能則包含在您現有的基地台訂閱中。