跳至主要內容

Meraki iPSK:企業必備的完整指南

本指南詳細介紹企業網路部署 Cisco Meraki iPSK (Identity Pre-Shared Key) 的技術架構與建置。內容涵蓋 RADIUS 整合、個人區域網路設計,以及使用身分識別型分段取代傳統 WPA2-Personal 的商務案例。適合管理多租戶或多站點 WiFi 基礎設施的房地產開發商、BTR 營運商和 IT 架構師。

📖 8 分鐘閱讀📝 1,894 字數🔧 2 範例4 練習題📚 9 關鍵定義

收聽此指南

查看播客逐字稿
歡迎來到 Purple 技術簡報。今天我們將深入剖析 Meraki iPSK (Identity Pre-Shared Key)。這對於管理多租戶大樓、連鎖零售店或大型旅宿場所的 IT 領導者來說,是一次關鍵的架構轉變。 讓我們首先確立背景。多年來,網路架構師面臨著令人沮喪的妥協。您可以部署標準的 WPA2-Personal,這對使用者來說很簡單,但對安全性來說卻是一場噩夢。每個人都共用同一個密碼。一旦洩露,您的網路就會面臨安全風險。或者,您可以部署 802.1X Enterprise。這需要憑證或複雜的登入方式,雖然高度安全,但卻會完全阻斷無螢幕裝置的連接。您的智慧電視、IoT 感測器和遊戲機根本無法連接到 802.1X 網路。 Identity PSK 解決了這種拉鋸。這是最完美的中庸解決方案。iPSK 允許您廣播單一網路名稱,也就是單一 SSID,但為每個獨立的使用者或裝置發行一個獨特的密碼。一個網路,數千個金鑰,且每個金鑰都與特定的安全性原則繫結。 現在讓我們深入探討技術架構。當裝置嘗試使用其獨特金鑰進行連線時,Meraki 存取點會攔截該請求。它不僅僅是在本地端檢查密碼,還會將驗證請求轉發到中央 RADIUS 伺服器。RADIUS 伺服器會驗證該金鑰,並至關重要地傳回特定的策略屬性。它會明確告知存取點要將該裝置放入哪一個 VLAN 中。 這意味著您可以使用一個 SSID 來分割您的整個網路。工作人員輸入其金鑰並進入安全的企業 VLAN。POS 終端機使用其金鑰並進入受限制的付款 VLAN。出租專用大樓 (Build-to-Rent) 的住戶使用其金鑰並進入他們專屬的 Private Area Network。 這種 Private Area Network (PAN) 的概念對於房地產開發商和房東來說至關重要。iPSK 圍繞著住戶建立了一個虛擬氣泡。在這個氣泡內,他們的智慧型手機可以看到他們的 Chromecast 和無線印表機,感覺就像家用網路一樣。但在這個氣泡之外,他們是完全隔離的,看不到隔壁公寓的裝置。這種 Layer 2 隔離是多租戶環境中強制性的隱私要求,也是 iPSK 成為出租專用大樓和專門建造的學生宿舍標準配備的主要原因。 那麼,您要如何有效地實施這個方案呢?讓我為您說明關鍵步驟。 首先,您的子網路設計必須寬裕。在現代的 BTR 發展中,每個家庭預計會有 15 到 25 個裝置。一棟擁有 200 個單元的大樓將需要多達 5000 個裝置的 IP 位址。請據此規劃您的 DHCP 範圍。這是大多數營運商最容易低估的一步,也是在系統上線六個月後最容易引起問題的一步。 其次,切勿嘗試手動管理這些金鑰。將您的 Meraki 儀表板與 RADIUS 伺服器整合只是成功的一半。您必須將該 RADIUS 伺服器連接到身分識別提供者(例如 Microsoft Entra ID 或 Okta)。當新住戶簽署租約或新員工入職時,系統應自動產生其專屬的金鑰。當他們離職或遷出時,系統會立即撤銷該金鑰。Purple 提供了協調層來自動化這整個生命週期,完全消除您 IT 團隊的行政負擔。 第三,正確配置您的 Meraki 儀表板。導覽至「Wireless」(無線),然後選擇「Configure」(配置),再選擇「Access Control」(存取控制)。選擇您的目標 SSID。在「Security」(安全性)區段下,選擇「Identity PSK with RADIUS」。接著,在「Client IP and VLAN」(用戶端 IP 與 VLAN)下,啟用 VLAN 標記,並將 RADIUS 覆寫設定為「Override VLAN tag」(覆寫 VLAN 標記)。這是至關重要的一步,它允許 RADIUS 伺服器根據已驗證的金鑰來決定網路區段。若未進行此設定,無論使用者使用哪個金鑰,所有使用者都會進入同一個扁平網路。 現在,讓我們來探討常見陷阱與風險緩解。這是我在實務中經常看到的兩個問題。 第一個是 EAPOL 握手逾時。當搭配 RADIUS 使用 iPSK 時,伺服器必須比對已知金鑰的資料庫來驗證 EAPOL 參數。如果資料庫龐大且伺服器資源不足,尋找比對的時間可能會過長。存取點會中斷連線,使用者則會看到驗證失敗。為了緩解此問題,請確保您的 RADIUS 架構擁有足夠的資源,並監控您的 Meraki 存取點與驗證伺服器之間的延遲。 第二個問題是 MAC 位址隨機化。現代 iOS 和 Android 裝置會輪替其 MAC 位址以保護使用者隱私。如果您的 RADIUS 部署完全依賴與特定 iPSK 綁定的 MAC 驗證略過,則這些裝置在輪替位址時將無法連線。解決方案是使用 Meraki 韌體 MR 32.1.3 及更新版本中提供的 Easy PSK 功能,該功能會驗證 EAPOL 參數,而非依賴靜態 MAC 綁定。這是每個企業級 Meraki 部署都應優先進行的韌體升級。 現在是快速問答時間。這些是我經常從客戶那裡收到的問題。 iPSK 是否支援 WPA3?目前在 Meraki 上不支援。Meraki 上的 iPSK 功能僅支援 WPA2。這是一個已知的限制,也是您在規劃長期藍圖時需要考量的因素。 每個 SSID 可以擁有多少個金鑰?在 Meraki 韌體 MR 30.1 及更新版本上,每個 SSID 最多可以擁有五千個專屬的 iPSK。在舊版韌體上,限制為五十個。如果您正在管理大型住宅開發項目,請確保您使用的是最新的韌體。我可以在沒有 RADIUS 伺服器的情況下使用 iPSK 嗎?可以。Meraki 針對較小規模的部署支援不帶 RADIUS 的 iPSK。您可以直接在控制面板中管理金鑰。然而,此方法不支援動態 VLAN 分配,且金鑰數量限制為 50 個。對於任何企業或多租戶部署,RADIUS 整合是必不可少的。 最後,讓我們來看看其對業務的影響。為什麼要投資這種架構? 對於 BTR(建設出租)營運商和學生住宿提供商而言,WiFi 不再僅僅是一項公用事業,而是一項核心便利設施。英國房產聯合會的研究顯示,高品質、無障礙的 WiFi 每月每戶可帶來 15 至 30 英鎊的租金溢價。透過在您自己的硬體上部署 iPSK,而不是綑綁消費級寬頻合約,您可以直接獲取該筆淨營運收益。在您已擁有的硬體上運作的軟體重疊模型,能持續帶來正向的淨營運收益。 此外,透過消除 Captive Portal 並無縫支援所有智慧裝置,您可以大幅減少支援工單並提高住戶滿意度。多租戶最常見的支援工單 - 「Chromecast 無法連線」,在正確設定 iPSK 部署後將完全消失。 總結今天簡報的重點:iPSK 為您提供企業級網路的安全保障,同時具備家用密碼的便利性。它可以動態分割您的流量、保障您的 IoT 裝置安全,並顛覆使用者體驗。將其與您的身分識別提供者整合,以自動化憑證生命週期。升級至最新的 Meraki 韌體以正確處理 MAC 隨機化。並且從第一天起就寬裕地設計您的子網路。 感謝您收聽本次 Purple 技術簡報。如需探索 Purple 如何自動化您的 Meraki iPSK 部署,請造訪 purple.ai。

header_image.png

執行摘要

傳統的 WiFi 安全性被迫做出妥協。您要麼選擇簡單的共用密碼(這會帶來嚴重的安全風險),要麼選擇複雜的 802.1X 憑證(這會使智慧型裝置無法連線)。Identity Pre-Shared Key (iPSK) 解決了這一矛盾。它提供了企業級網路的獨立安全性和可視性,同時兼具標準密碼的簡易性。

本指南詳細介紹了 Cisco Meraki iPSK 的技術架構。我們涵蓋了部署策略、RADIUS 整合,以及使用基於身分的區段取代傳統 WPA2-Personal 的商業案例。對於開發商、房東和租賃住宅 (BTR) 營運商而言,iPSK 將 WiFi 從一項基礎公用事業轉變為一項安全、託管的便利設施,從而帶來可觀的租金溢價。

關鍵事實:Meraki 在韌體 MR 30.1+ 版本上,每個 SSID 支援多達 5,000 個唯一的 iPSK。單一 SSID 可以為多個隔離的 VLAN 提供服務。與 Microsoft Entra ID、Okta 或 Google Workspace 的整合可實現全憑證生命週期的自動化。Purple 在全球 80,000 多個場域中運作此協調層。


技術深度剖析:理解 iPSK 架構

Identity PSK 為單一 SSID 上的每位個人使用者或裝置分配一個唯一的 WiFi 密碼。雖然每個人都連線到相同的網路名稱,但他們唯一的金鑰決定了他們特定的安全權限、頻寬限制和 VLAN 分配。

architecture_overview.png

當裝置與無線基地台關聯時,Meraki 硬體會攔截驗證請求。無線基地台會向中央 RADIUS 伺服器進行查詢 - 或在無控制器部署中直接向 Meraki Cloud 查詢。RADIUS 伺服器會根據儲存的認證驗證裝置所提供的特定密碼。驗證成功後,伺服器會傳回一個包含特定屬性的 Access-Accept 訊息,其中包含分配的 VLAN 和群組原則。

這種架構從根本上改變了網路存取控制。網路不再基於複雜的憑證交換(EAP-TLS 或 PEAP)來驗證裝置,而是基於使用者唯一的金鑰來驗證使用者。此方法支援 100% 的無線裝置,包括缺乏 802.1X 請求程式的無介面物聯網 (IoT) 感測器、遊戲主機和智慧家電。

comparison_chart.png

RADIUS 在 iPSK 部署中的角色

雖然 Meraki 支援不含 RADIUS 的 iPSK - 直接在儀表板中管理金鑰,每個 SSID 限制為 50 個金鑰 - 但企業部署需要中央驗證伺服器。將 iPSK 與 RADIUS (例如 Microsoft NPS、Cisco ISE 或 FreeRADIUS) 整合可實現動態 VLAN 分配和中央身分識別管理,並在 MR 30.1+ 韌體上將每個 SSID 的金鑰數量擴展至 5,000 個。

在 Meraki 硬體上設定含有 RADIUS 的 iPSK 時,無線基地台會充當驗證器。它會將信號交換期間交換的 EAPOL 參數傳遞給 RADIUS 伺服器。RADIUS 伺服器使用這些屬性來驗證用戶端。如果找到相符項,伺服器將以 Tunnel-Password 屬性進行回應,並綁定 MAC 位址與特定的預共用金鑰。

此機制允許網路架構師在 Layer 2 進行流量分段。單一 SSID 即可將員工引導至安全的內部 VLAN,將訪客引導至隔離的僅限網際網路 VLAN,並將 IoT 感測器引導至受限的裝置網路 - 這一切都來自同一個廣播。

如需深入比較包括 HPE Aruba、Ruckus 和 Juniper Mist 在內的不同廠商的 iPSK 和 PPSK 實作,請參閱我們的指南 PPSK 特色與部署模型比較


實作指南:部署 Meraki iPSK

部署 iPSK 需要仔細規劃您的子網路架構和身分識別提供者整合。請遵循這些與廠商無關的最佳實作,以實現具彈性的部署。

步驟 1:子網路與 VLAN 設計

在設定 Meraki 儀表板之前,請先定義您的網路拓撲。將您的使用者群組對應到特定的 VLAN。在多租戶環境 (例如 BTR 開發案) 中,您必須設計私有區域網路 (PAN) 架構。

PAN 會在使用者特定裝置周圍建立虛擬泡泡。iPSK 可確保租戶之間的 Layer 2 隔離,同時在特定 VLAN 中啟用 mDNS 反射。這可讓住戶的智慧型手機偵測到他們自己的 Chromecast,同時對相鄰公寓的住戶保持完全隱形。

請寬裕地計算您的 DHCP 範圍。現代家庭會連接 15 到 25 台裝置。一棟擁有 200 個單位的建築將需要同時為多達 5,000 台裝置提供 IP 位址。子網路配置不足是 BTR 和學生住宿網路部署後最常見的失敗原因。

步驟 2:Meraki 儀表板設定

若要在您的 Meraki 網路中啟用含有 RADIUS 的 iPSK:

  1. 導覽至 Wireless > Configure > Access control
  2. 從下拉式選單中選擇目標 SSID。
  3. Security 區段下,選取 Identity PSK with RADIUS
  4. 設定您的 RADIUS 伺服器 IP 位址、連接埠和共用密鑰。
  5. Client IP and VLAN 區段下,啟用 VLAN tagging
  6. RADIUS override 設定為 Override VLAN tag。此步驟可讓 RADIUS 伺服器根據已驗證的金鑰來決定網路分段。 注意:結合 RADIUS 的 iPSK 需要 MR 26.5 韌體或以上版本。Easy PSK(驗證 EAPOL 參數而非 MAC 位址)需要 MR 32.1.3 或更新版本。請在部署前確認您的韌體版本。

步驟 3:身分識別提供者整合

手動金鑰管理無法在大規模環境下運作。請將您的 RADIUS 伺服器與身分識別提供者(IdP)進行整合,例如 Microsoft Entra ID、Okta 或 Google Workspace。使用 SCIM 協定來自動化預共用金鑰的生命週期。當人資在目錄中新增員工時,系統會自動產生一個唯一的 WiFi 金鑰。當員工離職時,系統會立即撤銷該金鑰,在不影響任何其他使用者的情況下終止其網路存取權限。

Purple 能夠將這整個生命週期自動化。Purple 平台作為協調層,將您的 Meraki 基礎設施與中央目錄連結,以在超過 80,000 個場所中動態管理金鑰。


企業安全最佳實踐

實施這些業界標準建議以強化您的 iPSK 部署。

強制執行嚴格的裝置隔離

在公共部門環境和零售連鎖店中,裝置隔離是強制性的安全要求。使用 Meraki 儀表板在訪客和 IoT VLAN 上啟用 Layer 2 隔離。這可以防止在單一裝置遭到入侵時在網路上進行橫向移動。此設定符合 ISO 27001 對網路隔離的要求。

區隔 IoT 流量

切勿將 IoT 裝置與企業數據放在相同的網路區段。iPSK 簡化了此區隔工作。為您的建築管理系統、HVAC 控制器和安全攝影機分配特定金鑰。將此金鑰對應到具有嚴格防火牆規則的受限 VLAN,這些規則僅允許向特定廠商網域發送輸出流量。

自動化金鑰輪換

雖然個別金鑰限制了密碼遭破解時的受災範圍,但定期輪換仍是最佳實踐。為長期承包商和臨時員工自動產生新金鑰。使用 Meraki API 或像 Purple 這樣的平台,透過簡訊或電子郵件安全地發送這些金鑰,從而消除手動服務台的開銷。

零售環境中的 PCI DSS 合規性

對於零售業者,iPSK 直接支援 PCI DSS 網路區隔要求。藉由為 POS 終端機分配專用金鑰,並將其對應到僅路由至付款處理商的隔離 VLAN,您可以縮小持卡人資料環境(CDE)的範圍。Meraki 擁有 PCI DSS Level 1 服務提供商認證,提供了額外的合規基準。請參閱我們的 零售 產業頁面以取得詳細的合規指引。


疑難排解與風險緩釋

即使經過精心規劃,iPSK 部署仍會遇到特定的失敗模式。

EAPOL 握手逾時

當配合 RADIUS 使用 iPSK 時,RADIUS 伺服器必須比對資料庫中的已知金鑰以驗證 EAPOL 參數。若資料庫龐大且伺服器資源不足,尋找匹配項的時間可能會過長,進而導致 EAPOL 握手逾時。隨後,存取點將會中斷連線。

為了降低此風險,請確保您的 RADIUS 基礎架構擁有充足的資源。如果使用雲端託管的 RADIUS,請監控 Meraki 存取點與驗證伺服器之間的延遲。在高規模運作下,高延遲會持續導致握手失敗。

MAC 隨機化挑戰

現代作業系統(iOS 14+、Android 10+、Windows 11)使用隨機 MAC 地址來保護使用者隱私。如果您的 RADIUS 部署完全依賴與特定 iPSK 綁定的 MAC 驗證繞過 (MAB),則這些裝置在 MAC 地址輪替時將無法連線。

若要解決此問題,您可以指導使用者針對特定的企業或住宅 SSID 停用「專用 Wi-Fi 位址」功能,或是升級至 Meraki MR 32.1.3+ 韌體中的 Easy PSK 功能,該功能依賴 EAPOL 參數而非靜態 MAC 地址綁定。

WPA3 相容性

Meraki iPSK 目前不支援 WPA3 加密。如果您長期的規劃藍圖中包含 WPA3 或 Wi-Fi 6E 部署,請將此限制納入考量。請持續關注 Cisco Meraki 的版本說明以獲取此限制的更新資訊。

-

案例研究:250 戶 BTR 開發項目

倫敦一家大型 Build-to-Rent (BTR) 營運商在一個擁有 250 戶的開發項目中,透過 Purple 的多租戶 WiFi 平台部署了 Meraki iPSK。該營運商取代了以往每戶裝設獨立路由器舊系統,該舊系統平均每月會產生 12 件與 Chromecast 配對失敗和密碼重設相關的支援工單。

部署後,每位住戶在入住前都會收到一組專屬的金鑰。所有 250 名住戶的裝置 - 包括智慧電視、無線印表機和 Amazon Echo 裝置 - 均在無需 IT 人員手動介入的情況下完成連線。與 WiFi 相關的支援工單降至每月不到兩件。該營運商將每戶每月 20 英鎊的租金溢價歸功於「即開即用」的 WiFi 便利設施,使得這單一開發項目每年額外創造了 60,000 英鎊的收入。

欲深入了解 旅宿業 的應用案例以及 iPSK 如何消除顧客的連線阻礙,請參閱我們的指南: 如何利用顧客 WiFi 留下美好的第一印象

-

案例研究:全國連鎖零售商

一家擁有 400 個據點的全國連鎖零售商需要在維持 PCI-DSS 合規性的同時,對其各分店的銷售點 (POS) 終端、數位看板和員工平板電腦進行網段隔離。他們先前在每個據點運行三個獨立的 SSID,這造成了顯著的射頻 (RF) 開銷並降低了吞吐量。

透過部署 Meraki iPSK,他們將每個據點整合為單一 SSID。系統建立了三個不同的金鑰:一個用於 POS 終端(對應到受限的付款 VLAN)、一個用於數位看板(僅限網際網路的 VLAN),以及一個用於員工平板電腦(企業 VLAN)。Meraki 儀表板 API 將這些設定同時推送到所有 400 個據點。無線射頻(RF)環境得到了顯著改善,且透過在無線邊緣隔離持卡人資料環境,縮小了 PCI DSS 的稽核範圍。

如需進一步瞭解 WiFi Analytics 以及來自這些網路的資料如何驅動商業智慧,請參閱我們的分析平台概覽。


投資報酬率(ROI)與商業影響

轉換至 iPSK 需要在 RADIUS 基礎架構和整合上進行投資。其營運回報在以下三個層面上證明了這項資本支出的合理性。

租金溢價。 根據英國房地產聯合會(British Property Federation)的研究指出,在 BTR(Build-to-Rent,建屋出租)建案中,高品質且無障礙的 WiFi 每月可帶來每單元 15 到 30 英鎊的租金溢價。透過在專屬硬體上部署 iPSK,而非綁定家用寬頻合約,營運商可以直接獲取這項淨營運收入(NOI)。

降低支援成本。 iPSK 消除了解決多租戶最常見的技術支援需求:Chromecast 配對失敗、密碼重設以及裝置上線問題。營運商一致指出,在部署後,與 WiFi 相關的支援聯絡減少了 80% 以上。

縮短空置期。 根據 BTR 行業基準,入住當天的 WiFi 即開即用平均可縮短五到十天的空置期。能夠立即連線的住戶,延遲搬入或要求提前終止合約的可能性較低。

如需深入瞭解 Purple 的多租戶 WiFi 平台如何與 Meraki、Ruckus、HPE Aruba、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 與 Fortinet 硬體整合的完整架構, 請與我們的團隊聯絡

如需比較 iPSK、PPSK 及其他特定廠商的實作方式,請參閱我們的 Three SSIDs to rule them all 指南。

關鍵定義

iPSK (Identity Pre-Shared Key)

一種無線安全機制,可在單一 SSID 上為個別使用者或設備分配唯一的密碼,從而實現細粒度的原則執行和 VLAN 分配,而無需 802.1X 憑證。

當 IT 團隊需要保護無周邊物聯網設備的安全,或在多租戶環境中提供專用網路,且不需要 802.1X 的複雜設定時使用。Cisco Meraki 的實施方式;相當於 Ruckus DPSK 和 HPE Aruba MPSK。

RADIUS (Remote Authentication Dial-In User Service)

一種網路協定,為連接到網路服務的使用者提供集中式的驗證、授權和記帳 (AAA) 管理。

驗證 iPSK 密碼並告知 Meraki 存取點要將哪個 VLAN 分配給連線設備的中央引擎。常見的實施方式包括 Microsoft NPS、Cisco ISE 和 FreeRADIUS。

VLAN (Virtual Local Area Network)

一種邏輯子網,將來自不同實體區域網路的裝置集合進行分組,並在 Layer 2 隔離其流量。

在 iPSK 部署中進行網路分割至關重要。RADIUS 伺服器會根據使用者連接時所使用的密碼,動態地將使用者分配到特定的 VLAN,從而實現單一 SSID 為多個隔離的網路區段提供服務。

802.1X

一項用於基於連接埠之網路存取控制的 IEEE 標準,要求裝置在獲得網路存取權限之前,必須透過中央伺服器使用憑證或數位憑證進行驗證。

傳統的企業安全標準。通常會部署 iPSK 作為 802.1X 的替代方案,以支援缺乏所需用戶端軟體的智慧型裝置,包括物聯網感測器和遊戲主機。

EAPOL (Extensible Authentication Protocol over LAN)

一種在 IEEE 802.1X 中使用的網路連接埠驗證協定,用於封裝用戶端 (用戶端裝置) 與驗證器 (無線基地台) 之間的 EAP 訊息。

在 Meraki Easy PSK 部署中 (韌體 MR 32.1.3+),無線基地台會將 EAPOL 參數傳遞給 RADIUS 伺服器,以驗證用戶端的預先共用金鑰,而無需依賴 MAC 位址,從而解決 MAC 隨機化問題。

mDNS (Multicast DNS)

一種在不包含本機名稱伺服器的中小型網路中,將主機名稱解析為 IP 位址的協定,從而能在本機區段上進行裝置探索。

允許 Apple TV、Chromecast 和無線印表機等裝置在區域網路中被探索到的技術。iPSK 部署必須設定 mDNS 反射,以確保住戶能看到自己的裝置,而不會看到鄰居的裝置。

Captive Portal

公共存取網路的使用者在獲得存取權限之前,必須檢視並進行互動的網頁。

旅宿業和住宅 WiFi 中常見的摩擦來源。iPSK 透過其專屬的金鑰無縫驗證使用者,從而消除對 Captive Portal 的需求。對於需要收集資料的訪客 WiFi 使用場景,Purple 支援在 iPSK 的基礎上提供自願選擇同意功能。

MAC Authentication Bypass (MAB)

一種將裝置的 MAC 位址作為其身分識別以授予網路存取權限的技術,通常用於不支援 802.1X 的裝置。

歷史上與 iPSK 搭配使用,以將特定金鑰綁定到特定裝置。由於 iOS 14+、Android 10+ 和 Windows 11 中的 MAC 位址隨機化,這種方法正變得不再可靠。Easy PSK 透過改用 EAPOL 參數解決了這個問題。

Private Area Network (PAN)

在共享基礎設施中,圍繞特定使用者的裝置建立的虛擬網路區段,可在該區段內進行裝置探索,同時保持與所有其他使用者的隔離。

多租戶 WiFi 的核心特徵。在租賃住宅 (BTR) 開發項目中,每位住戶的 PAN 允許其智慧家庭裝置互相通訊,同時對同一實體無線基地台上的鄰居保持隱形。

範例

一棟擁有 250 個單位的 Build-to-Rent (BTR) 住宅開發案,需要為所有住戶提供安全、如同居家般的 WiFi 體驗。營運商希望在整棟大樓內使用單一 SSID 以減少射頻干擾,但住戶必須能安全地連接智慧電視和無線印表機,且其他住戶無法看到其設備。

部署 Meraki 存取點,廣播設定為搭配 RADIUS 的 Identity PSK 單一 SSID。將 Meraki 網路與 Purple 平台管理的中央 RADIUS 伺服器進行整合。當住戶簽署租約時,系統會自動生成一個唯一的 PSK,並將其分配給該公寓專用的 VLAN。住戶可以在其所有設備(手機、筆記型電腦、智慧喇叭)上使用這個單一金鑰。網路在不同 VLAN 之間執行 Layer 2 隔離以確保公寓之間的完全隱私,同時在住戶特定的 VLAN 內啟用 mDNS 反射,以便其設備可以互相探索。設定每個單位至少 25 個 IP 位址的 DHCP 範圍,以容納物聯網設備的密度。

考官評語: 此架構直接解決了多租戶連線的挑戰。標準的 WPA2-Personal 會將所有設備暴露給大樓內的所有人。802.1X 可以保護筆記型電腦的安全,但會阻擋智慧電視連線。iPSK 在提供所需安全層級的同時,也維持了住宅便利設施所需的流暢使用者體驗。mDNS 反射設定是大多數部署容易忽略的細節 - 若沒有它,Chromecast 和 AirPlay 將無法在住戶自己的專屬泡泡內運作。

一家全國連線零售商需要在 400 個據點部署新的銷售點 (POS) 終端機、數位看板顯示器和員工平板電腦。他們必須符合 PCI DSS 合規性,同時減少多個 SSID 帶來的射頻開銷。

實施 Meraki iPSK 在無線邊緣對設備進行分段。為每個據點建立三個不同的金鑰:一個用於 POS 終端機,對應到僅能路由至付款處理器的受限 VLAN;一個用於僅限連網 VLAN 上的數位看板;另一個用於可存取庫存系統的企業 VLAN 上的員工平板電腦。使用 Meraki 資訊主頁 API 同時將這些設定推送到所有 400 個據點。這將三個 SSID 合併為一個,從而減少射頻開銷並提高吞吐量。PCI DSS 持卡人資料環境在無線邊緣被隔離,縮小了稽核範圍。

考官評語: 這種方法滿足了 PCI DSS 對網路分段的要求,而無需複雜的交換器連接埠設定或多個 SSID。透過在無線邊緣使用特定金鑰隔離 CDE,該零售商縮小了其合規稽核範圍,並防止了網路內的橫向移動。以 API 驅動的部署是提高效率的關鍵 - 在 400 個站點進行手動設定在營運上是無法維持的。

練習題

Q1. 您正在為一棟擁有 500 個床位的學生宿舍設計網路。客戶希望使用 802.1X 來維護安全性,但同時也需要支援 PlayStation 5 主機和 Amazon Echo 喇叭。您該如何解決這個衝突?

提示:請考慮消費性硬體上 802.1X 用戶端的限制,以及學生環境中的裝置密度需求。

查看標準答案

部署 Meraki iPSK 以代替 802.1X。在註冊過程中為每位學生產生一個唯一的預共用金鑰。這提供了與企業網路等效的個人問責制和安全性,但使用的是與遊戲主機和智慧喇叭完全相容的標準密碼機制。將網路配置為使用透過 RADIUS 進行的 VLAN 分配,將每位學生的裝置隔離到他們自己的私人區域網路 (PAN) 中。確保韌體為 MR 32.1.3 或更新版本,以便透過 Easy PSK 處理 MAC 隨機化。為每位學生設計至少可容納 25 台裝置的 DHCP 範圍,以滿足完整的裝置堆疊需求。

Q2. 一個使用 Meraki iPSK 搭配中央 RADIUS 伺服器的零售客戶報告,某些較新的 Android 和 iOS 裝置即使在使用正確的密碼時也無法連線。較舊的裝置連線則沒有問題。可能的原因和解決方案是什麼?

提示:思考自 2020 年以來行動作業系統中引入的隱私功能,以及它們如何影響基於 MAC 的驗證。

查看標準答案

此問題是由較新裝置上的 MAC 位址隨機化(私用 Wi-Fi 位址)引起的。如果 RADIUS 伺服器配置為透過 MAC 驗證繞過將 iPSK 綁定到特定的 MAC 位址,則當裝置旋轉其 MAC 時,驗證將失敗。解決方案是將 Meraki 韌體升級到 MR 32.1.3 或更新版本並啟用 Easy PSK,這會驗證 EAPOL 參數,而不是依賴靜態 MAC 綁定。作為臨時措施,可指導使用者針對此特定的網路 SSID 停用私用位址功能。

Q3. 一家 BTR(建屋出租)營運商希望提供即開即用的 WiFi,讓住戶在搬入的那一刻就能使用網路。他們目前依賴大樓經理手動產生密碼,這會導致一到三天的延遲。如何改進這個過程?

提示:考慮識別資訊提供者和 API 如何自動化網路存取佈建,並將其與租約管理工作流程相結合。

查看標準答案

透過 SCIM 或 API 將物業管理系統與 RADIUS 伺服器整合,以自動化金鑰生命週期。當簽署租約並將住戶新增到系統中時,指令碼會自動產生唯一的 iPSK,將其分配給正確的公寓 VLAN,並在住戶搬入日期之前將憑證透過電子郵件發送給住戶。Purple 的平台負責協調這整個工作流程,將 Meraki 基礎架構與識別資訊提供者連結,以消除手動干預。住戶在抵達前就會收到他們的金鑰,從而在搬入當天實現真正的即開即用連線。

Q4. 一個會議中心希望為十個同時進行的公司活動提供安全、隔離的 WiFi,每個活動都需要自己的私人網路區段。他們希望避免廣播十個獨立的 SSID。正確的架構是什麼?

提示:考慮 iPSK VLAN 分配如何在不需要多個 SSID 的情況下建立邏輯隔離。

查看標準答案

部署一個針對 iPSK 進行配置並搭配 RADIUS 的單一 SSID。建立十個唯一的金鑰,每個活動一個。在 RADIUS 伺服器配置中將每個金鑰對應到專用的 VLAN。當活動主辦單位向與會者分發其唯一金鑰時,該活動的所有裝置都會進入同一個隔離的 VLAN,而對其他活動不可見。這消除了十個 SSID 的射頻開銷,這在密集型場館環境中會顯著降低吞吐量。在每次活動結束後,撤銷該金鑰並回收該 VLAN 以用於下一次預訂。