跳至主要內容

iPSK 綜合指南:企業實用指南

本指南說明如何在多租戶環境(如租賃專用住宅、學生宿舍和多家庭住宅 (MDU) 物業)中部署 iPSK (Identity Pre-Shared Key)。本指南涵蓋以 RADIUS 為後盾的架構,該架構可在單一共享 SSID 上為每位住戶提供專用、隔離的個人 WiFi 氣泡,並詳細介紹實施步驟、硬體整合,以及將 WiFi 視為託管便利設施的商業案例。

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

收聽此指南

查看播客逐字稿
歡迎來到 Purple 技術簡報。今天我們要探討的是身分預共享金鑰(Identity Pre-Shared Key,簡稱 iPSK),以及為什麼它是 Build to Rent(租賃專用住宅)和住宅開發項目中多租戶 WiFi 的終極架構。 讓我們從問題開始。如果您營運 Build to Rent 物業、學生宿舍或大型共享工作空間,您會面臨一項特定的網路挑戰。您需要為數百人提供感覺完全像家裡網路一樣的 WiFi 體驗。住戶的手機需要看到他們的 Chromecast。他們的智慧音箱需要控制他們的電燈。但至關重要的一點是,住戶 A 必須與住戶 B 完全隔離。他們不能看到彼此的裝置,更絕對不能攔截彼此的流量。 標準的訪客 WiFi 無法做到這一點。訪客 WiFi 會隔離每一個裝置。它是為咖啡廳設計的,而不是為客廳設計的。而 802.1X EAP-TLS 雖然安全性極高,但對於住宅部署來說卻是一場噩夢,因為它需要憑證管理,而且像遊戲機或智慧音箱這類無螢幕的 IoT 裝置根本不支援它。 這就是身分預共享金鑰(iPSK)發揮作用的地方。 其技術架構非常優雅。您在整個物業中廣播單一 SSID。我們稱之為 Building WiFi。但不是所有人共用一個密碼,而是為每位住戶發放一把專屬的預共享金鑰。 當裝置連線時,無線基地台 - 無論是 Cisco Meraki、HPE Aruba 還是 Ruckus - 都會向 Purple 雲端傳送 RADIUS 請求。RADIUS 伺服器會查看所使用的密碼、識別住戶,並傳回 Access-Accept 訊息。至關重要的是,此訊息包含特定廠商屬性,特別是 VLAN ID。 基地台隨後會將該用戶端放入其專屬的 VLAN 中。住戶 A 進入 VLAN 10。住戶 B 進入 VLAN 20。這實現了 Layer 2 隔離。廣播網域被限制在內。mDNS 和 Bonjour 流量會保留在公寓內,因此投放功能運作完美,但不會流向走廊。而當住戶搬出時,您只需透過 Purple API 撤銷其專屬金鑰即可。大樓內的其他住戶甚至不會察覺。 現在我們來談談實作以及我們最常看到的陷阱。 第一個也是最常見的錯誤是 DHCP 範圍規劃過小。網路工程師有時會為一間公寓分配 slash-28 子網以節省 IP 位址空間。這只有 14 個可用位址。到 2026 年,一對住在 Build to Rent 公寓的情侶在週二前就會用完 14 個 IP。一支手機、一台筆記型電腦、一台平板電腦、一台智慧電視、一台遊戲機、一個智慧音箱、幾個智慧燈泡。在他們邀請朋友來家裡之前,就已經使用了 8 個裝置。請務必為每位住戶預設 slash-24 子網。這能為您提供 254 個可用位址和充足的緩衝空間。 第二個關鍵的設定細節是客戶端隔離。您必須確保在住戶的 VLAN 中停用客戶端隔離。如果您保持啟用客戶端隔離,將會破壞 iPSK 旨在啟用的智慧家庭功能。使用相同金鑰的裝置將無法互相通訊,您將會整週處理 Chromecast 的支援工單。 第三個考量是漫遊。如果住戶從四樓的公寓走到一樓的健身房,他們的連線必須保持不中斷。這意味著他們特定的 VLAN 必須 Trunk 到健身房的存取點,或者您需要將流量建立通道傳回中央控制器。這是初始部署中常見的疏忽,會導致公共區域的連線中斷。 現在讓我們來談談最棘手的問題:WPA3 與 6 GHz 頻段。 Wi-Fi 6E 和 Wi-Fi 7 強制在 6 GHz 頻段上使用 WPA3 安全性。WPA3 以同時同等驗證(SAE)取代了舊有的四向交握。問題在於,目前 SAE 的 IEEE 標準並不支援像 WPA2 那樣在每個 SSID 上使用多個密碼。 這意味著您不能簡單地啟用 WPA3 並期望您的 iPSK 部署繼續運作。這不是 Cisco Meraki 或 Aruba 的問題。這是整個產業的限制,源自於 IEEE 802.11 標準如何定義 SAE。包括 Ruckus、Juniper Mist、Ubiquiti UniFi 和 Extreme 在內的每家主要廠商都面臨同樣的限制。 目前最佳的實作方式是採用混合方法。您在 2.4 和 5 GHz 頻段上維持 WPA2 iPSK SSID。這可以處理所有舊型裝置和 IoT 硬體。對於 6 GHz 頻段,您可以使用 802.1X 為企業裝置部署獨立的 SSID,或者等待廠商專有的 SAE 實作技術成熟。 接下來讓我們進入最常收到的快速問答。 問題一:我可以在沒有螢幕的 IoT 裝置上使用 iPSK 嗎?是的。這是它相對於 802.1X 的主要優勢之一。任何可以使用密碼連線到家用路由器的裝置都可以使用 iPSK。智慧插座、無線印表機、IP 攝影機,通通都可以運作。 問題二:如果住戶將密碼分享給朋友會怎麼樣?朋友的裝置會加入該住戶的 VLAN。這是設計使然。該金鑰識別的是租戶,而不是個別裝置。如果您需要針對個別裝置進行控制,則需要使用 802.1X。 問題三:我實際上可以管理多少個 VLAN?現代企業級交換器可以處理數千個 VLAN。一棟擁有 500 個單元、每戶一 VLAN 的大樓,完全在任何企業級交換平台的能力範圍內。管理開銷由 Purple 的雲端平台處理,不需要您的團隊手動操作。 最後,讓我們來看看對業務的影響。 透過 iPSK 部署託管 WiFi 不僅僅是 IT 升級,更是一項商業策略。透過提供入住首日即時連網,您可以消除住戶等待網際網路服務供應商 (ISP) 工程師期間,長達五到十天的空窗期。英國房地產聯合會的調查指出,在英國的「出租專用住宅」(Build to Rent) 項目中,託管 WiFi 讓每戶每月可多賺取 15 至 30 英鎊的租金溢價。 您還能大幅改善射頻 (RF) 環境。相較於 200 台家用路由器在重疊頻道上相互干擾,您將擁有一組由企業級無線基地台管理的單一、乾淨的 SSID。更少的支援工單,更高的住戶滿意度評分。透過 Purple 處理身分管理,您可以自動化整個入駐與離駐的生命週期,從而減少物業管理團隊的營運開銷。 簡而言之:iPSK 是多租戶 WiFi 的終極架構。單一 SSID、多組不重複的金鑰、絕對的 VLAN 隔離。它既能提供企業級網路的安全保障,又兼具家用路由器的簡易操作。它支援住戶擁有的所有 IoT 裝置,並將 WiFi 從成本中心轉化為可衡量的收益驅動力。 感謝您收聽本次 Purple 技術簡報。如果您正在規劃多租戶部署,請與我們的工程團隊聯繫,瞭解如何與您現有的硬體進行整合。

header_image.png

執行摘要

iPSK (Identity Pre-Shared Key) 是實現多租戶 WiFi 的關鍵技術。它讓您能夠在整個物業中廣播單一 SSID,同時為每位住戶發行唯一的密碼。當設備連接時,RADIUS 伺服器會將該密碼對應到專屬的 VLAN,為每間公寓建立一個私有的網路泡泡。住戶的手機可以看見自己的 Chromecast,其智慧喇叭可以控制自己的電燈,而住戶 B 則完全看不到這些裝置。

標準的訪客 WiFi 會隔離每個設備,使其無法支援智慧家庭裝置。802.1X EAP-TLS 提供了強大的安全性,但需要憑證管理,且無法在無螢幕的 IoT 設備上運作。iPSK 介於兩者之間:它比 802.1X 更簡單,比共享密碼安全得多,且完全相容於住戶擁有的所有設備。

Purple 將 iPSK 部署為雲端重疊網路,支援 Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks, 和 Fortinet 硬體。您不需要更換無線基地台。Purple 扮演 RADIUS 伺服器的角色、管理金鑰生命週期,並透過 API 自動化執行入駐與遷出流程。本指南涵蓋了將 WiFi 作為 BTR(建屋出租)和 MDU(多住戶單元)物業託管便利設施的架構、部署步驟、常見陷阱以及商業案例。


技術深度解析

iPSK 的運作原理

傳統的 WPA2 個人版在同一個 SSID 上為所有使用者使用相同的密碼。任何住戶都可以看到同一個廣播域上其他住戶的設備。當某位住戶搬離時更新密碼,將會影響到其他所有住戶。iPSK 則完全改變了此身分驗證模式。

當設備嘗試使用特定的 PSK 與無線基地台建立關聯時,無線控制器會向 Purple 雲端傳送 RADIUS Access-Request。RADIUS 伺服器會將該密碼與住戶記錄進行比對,並傳回包含廠商專屬屬性的 RADIUS Access-Accept 訊息:即分配給該住戶的 VLAN ID。接著控制器會將用戶端放入該 VLAN 中。整個交換過程僅需數毫秒,且對住戶而言是完全無感的。

ipsk_architecture_overview.png

此架構帶來了三個成果。第一,VLAN 區隔:流量在 Layer 2 進行隔離,因此 VLAN 10 上的住戶 A 無法將流量路由到 VLAN 20 上的住戶 B。第二,廣播抑制:mDNS 和 Bonjour 探索流量會保留在住戶的 VLAN 內,因此 Chromecast 和 Sonos 可以在公寓內正常運作,而不會溢出到走廊。第三,乾淨的金鑰生命週期:在住戶搬出時撤銷單一金鑰僅會影響該住戶,大樓的其他部分仍可保持連線。

各家廠商的術語不盡相同。HPE Aruba 稱此為 PPSK (Private Pre-Shared Key)。Cisco Meraki 稱之為 Personal Private Network。Ruckus 與 Juniper Mist 則使用 DPSK (Dynamic Pre-Shared Key)。所有平台上的基本概念皆完全相同。

驗證方式比較

ipsk_comparison_chart.png

下表總結了多租戶環境中使用的三種主要 WiFi 驗證方式之間的權衡。

評估維度 共享 PSK iPSK 802.1X EAP-TLS
安全層級 低 - 所有人共用一個金鑰 中 - 每個住戶擁有獨特金鑰 高 - 每個裝置配發憑證
部署複雜度
IoT 裝置支援 否 - 需要憑證
住戶隔離 是 - 依 VLAN 隔離 是 - 依 VLAN 隔離
金鑰撤銷 影響所有住戶 僅影響單一住戶 依裝置撤銷憑證
智慧家庭相容性

對於 BTR 和 MDU 部署,iPSK 是正確的選擇。它提供了您所需的隔離性與安全性,且無需憑證授權單位的營運開銷。

WPA3 與 6 GHz 的挑戰

WPA3 引入了同時同等驗證 (SAE) 來取代 WPA2 4向握手。SAE 對離線字典攻擊具有更強的防禦力。然而,現行的 IEEE 802.11 SAE 標準並不支援在單一 SSID 上使用多個預先共用金鑰。

由於 Wi-Fi 6E 和 Wi-Fi 7 強制要求在 6 GHz 頻段上使用 WPA3,因此您目前無法在 6 GHz SSID 上運行標準的 iPSK。這並非特定廠商的限制。Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Extreme 以及 Fortinet 都面臨相同的限制,因為這源於 IEEE 標準本身。

目前的最佳實踐是採用混合部署。在 2.4 GHz 和 5 GHz 頻段上維持一個 WPA2 iPSK SSID,以支援舊型裝置和 IoT 硬體。針對支援 6 GHz 的裝置,則部署另一個使用 802.1X EAP-TLS 的獨立 SSID,或等待廠商專屬的 SAE 實作技術成熟。部分廠商正在開發專有的多金鑰 SAE 解決方案,但目前尚未有全球統一的標準化方法。


實作指南

步驟 1:VLAN 規劃

為每個公寓或住戶配置一個專用的 VLAN。確保您的核心交換器和防火牆支援所需的 VLAN 介面數量。一個擁有 200 個單位的 BTR 物業需要 200 個獨立的 VLAN。現代企業級交換平台可處理數千個 VLAN,且不會影響效能。

步驟 2:DHCP 與 IP 位址分配

為每個 VLAN 設定一個 DHCP 範圍。為每位住戶分配一個 /24 子網路 (254 個可用位址)。現代家庭會連接 15 到 25 台裝置。一個 /28 子網路 (14 個可用位址) 在幾天內就會耗盡。請務必配置足夠的 DHCP 範圍。

步驟 3:RADIUS 設定

將您的無線控制器指向 Purple RADIUS 伺服器。將控制器設定為接受用於 VLAN 分配的 RADIUS 覆寫屬性。Purple 提供每個支援的硬體平台之 RADIUS 伺服器 IP 位址、共用金鑰和屬性對映。

步驟 4:SSID 佈署

廣播單一全大樓的 SSID。在該 SSID 上啟用 MAC 驗證繞過 (MAB)。MAB 是當裝置使用 PSK 而非憑證進行連線時,控制器用來發起 RADIUS 請求的機制。

步驟 5:住戶引導

將 WiFi 佈署整合到住戶入住的工作流程中。Purple 的 API 會產生專屬的 iPSK,並透過電子郵件或住戶入口網站傳送給住戶。在退租時,物業管理系統會觸發 Purple API 以撤銷該金鑰。無需手動干預。


最佳實踐

在住戶 VLAN 內停用用戶端隔離

用戶端隔離會阻止同一子網路上的裝置互相通訊。如果您啟用此功能,將會破壞 iPSK 旨在支援的智慧家庭功能。請在每個住戶的 VLAN 內停用用戶端隔離。VLAN 邊界本身即提供了住戶之間的隔離。

針對遊戲設定 NAT

線上遊戲需要特定的 NAT 設定。PlayStation 5 和 Xbox Series X 需要 NAT 類型 2 (中等) 或 NAT 類型 1 (開放) 才能進行配對。請謹慎實施電信級 NAT (CGNAT)。請針對每個住戶 VLAN 設定 UPnP 或靜態連接埠轉發,而不是套用一律嚴格的 NAT 政策。

將所有住戶 VLAN 幹線連接到所有存取點

在 4 樓公寓內連線的住戶,當走到 1 樓健身房時必須維持其連線。所有住戶 VLAN 必須透過幹線連接到整個物業的所有存取點,或者您必須實施通道協定 (例如 CAPWAP 或 GRE) 將用戶端流量錨定到中央控制器。

為群體入住活動做好規劃

學生宿舍營運商面臨著一項特定挑戰:在入住週期間有數百名住戶同時連線。請在入住日之前預先配置所有 iPSK。在負載下測試 RADIUS 伺服器容量。Purple 的雲端基礎架構可用性評級達 99.999%,可處理並行驗證高載而不會降低效能。


疑難排解與風險緩釋

Chromecast 和智慧音箱連線失敗

這是多租戶 WiFi 中最常見的支援工單。如果住戶無法投放至其 Chromecast 或配對其智慧音箱,請檢查兩件事。首先,確認其 VLAN 內已停用用戶端隔離。其次,確認 mDNS 代理或 Bonjour 閘道沒有過濾該 VLAN 內的探測流量。

IP 位址耗盡

如果住戶回報新裝置無法連線,請檢查其 VLAN 的 DHCP 租約表。在現代家庭中,/28 子網路將在幾天內耗盡。請立即將範圍擴大到 /24。

公共區域連線中斷

如果住戶在樓層或區域之間移動時失去連線,表示該住戶的 VLAN 未骨幹連接(trunked)到該區域的存取點。請稽核連線至存取點的每個交換器連接埠上的 VLAN 骨幹設定。

金鑰撤銷後驗證失敗

如果裝置在金鑰被撤銷後仍繼續連線,請檢查 RADIUS 伺服器快取。部分控制器會將驗證決策快取一段可設定的時間。請將工作階段逾時和重新驗證間隔設定為較短的值(15 至 30 分鐘),以確保撤銷能立即生效。


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

租金溢價案例

英國地產聯盟(British Property Federation)的研究指出,在英國的建置出租(BTR)開發項目中,託管 WiFi 每月可為每個單位帶來 15 至 30 英鎊的租金溢價。以一個擁有 200 個單位的物業計算,這相當於每月增加 3,000 至 6,000 英鎊的額外收入。佈署企業級存取點與 Purple 軟體重疊網路的資本成本,通常可在 12 至 18 個月內回收。

縮短空置期

提供啟用首日即時連線服務,可免去住戶等待網路服務供應商(ISP)工程師期間 5 至 10 天的空置期。住戶入住即可立即連線。這降低了空置成本,並從租約的第一天起提升住戶滿意度。

射頻(RF)環境改善

在一個擁有 200 個單位的建築中,如果每個住戶都運行自己的家用路由器,會造成嚴重的同頻干擾。200 台路由器在重疊的 2.4 GHz 和 5 GHz 頻道上競爭,會降低所有人的網路效能。將其替換為企業級存取點上的單一託管 SSID,可消除干擾,並在整棟建築中提供穩定、高速的連線。

營運效率

Purple 透過與物業管理系統的 API 整合,將整個金鑰生命週期自動化。入住佈署與遷出撤銷完全不需要 IT 或物業管理團隊的手動介入。這可以直接從支援工單數量和員工時間中衡量。

如欲瞭解更多關於 Purple 如何在超過 80,000 個場所支援 Guest WiFiWiFi Analytics 的資訊,請參閱相關指南。如果您正在評估零售或餐旅環境的多租戶 WiFi,請參閱我們的 RetailHospitality 產業頁面。如欲深入探討 SSID 設計策略,請閱讀 Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi

關鍵定義

iPSK (Identity Pre-Shared Key)

一種允許在單一 SSID 上使用多個唯一密碼的驗證方法。RADIUS 伺服器將每個密碼對應到特定的 VLAN 和網路原則。

多租戶 WiFi 的核心技術。也稱為 PPSK (Aruba)、Personal Private Network (Cisco Meraki) 或 DPSK (Ruckus, Juniper Mist)。

RADIUS (Remote Authentication Dial-In User Service)

一種網路協定,為連線到網路的使用者提供集中式驗證、授權和計費 (AAA) 管理。

iPSK 背後的引擎。當裝置連線時,存取點會查詢 RADIUS 伺服器以驗證金鑰並擷取 VLAN 指派。

VLAN (Virtual Local Area Network)

一個邏輯子網路,將來自不同實體位置的裝置分組到一個隔離的廣播網域中。

在 iPSK 部署中,每位住戶都會被指派自己的 VLAN。這是防止住戶看到彼此裝置的機制。

BTR (Build to Rent)

專為長期出租而非業主自住而建造的專用住宅住宅。

多租戶 iPSK 部署的主要商業情境。WiFi 被視為一項管理式便利設施,每戶每月可獲得 £15 至 £30 的租金溢價。

MDU (Multi-Dwelling Unit)

包含多個獨立住宅單元的建築分類,包括公寓大樓、學生宿舍和社會住宅。

部署多租戶 WiFi 的實體環境。共享基礎設施為許多獨立家庭提供服務。

SAE (Simultaneous Authentication of Equals)

WPA3 中使用的金鑰建立協定,取代了 WPA2 四向握手。SAE 具有抵抗離線字典攻擊的能力。

目前在 6 GHz 網路上的 iPSK 限制。IEEE 802.11 SAE 標準不支援每個 SSID 使用多個 PSK,因此需要採用混合部署方式。

MAB (MAC Authentication Bypass)

當裝置未起始 802.1X 時,根據裝置的 MAC 位址觸發 RADIUS 認證請求的方法。

在 iPSK 部署中,用於當裝置使用 PSK 連線時,由無線控制器發起 RADIUS 請求。

CGNAT (Carrier-Grade NAT)

在多個私有 IP 位址之間共享單一公有 IP 位址的方法,供管理大量連線裝置的營運商使用。

大型住宅部署中需要使用,以節省 IPv4 位址。必須仔細配置以支援線上遊戲的 NAT 需求。

mDNS (Multicast DNS)

一種在區域網路內將主機名稱解析為 IP 位址的協定,無需 DNS 伺服器,由 Chromecast、AirPlay 和 Bonjour 使用。

mDNS 必須被限制在住戶的 VLAN 內,智慧家庭裝置才能正常運作。如果 mDNS 跨 VLAN 洩漏,住戶將能發現彼此的裝置。

範例

一家擁有 250 個單元的租賃專用住宅營運商目前計劃在每個公寓中安裝獨立的寬頻線路和家用路由器。物業經理擔心 WiFi 品質和支援成本。iPSK 部署如何改變此架構?可衡量的成效又是什麼?

將 250 條獨立的 ISP 線路和家用路由器替換為在走廊和公寓中部署的企業級存取點(Cisco Meraki MR57 或 HPE Aruba AP-635),所有這些都透過有線方式連接回中央託管交換器。從大樓到商業級 ISP 的單一上行鏈路提供網際網路連線。廣播單一 SSID(「BuildingName_WiFi」)。將 Purple 設定為 RADIUS 伺服器。在入住時透過 Purple API 發行 250 個唯一的 iPSK。為每位住戶指派一個 /24 VLAN。在每個 VLAN 中停用用戶端隔離。將所有 VLAN 骨幹連接到所有存取點。將 Purple API 與物業管理系統整合,以在入住時自動啟用並在退房時自動撤銷。

考官評語: 這消除了來自 250 個競爭路由器的同頻道干擾,在整個大樓中提供無縫漫遊,並將 ISP 成本從 250 條獨立線路降低到一條商業連線。營運商可以透過 Purple 的儀表板全面掌握網路效能。每單元每月 15 至 30 英鎊的租金溢價在 12 到 18 個月內足以支應基礎設施和軟體成本。

一家擁有 500 個床位的專屬學生宿舍 (PBSA) 營運商需要在入住週期間為全體學生佈署 WiFi。去年,網路在最初的 48 小時內因負載過重而癱瘓。您如何設計 iPSK 部署來處理這種情況?

在入住日之前預先配置所有 500 個 iPSK。在抵達前兩週發送的歡迎電子郵件包中,將唯一的金鑰交付給每位學生。在入住日,學生只需輸入他們的金鑰即可 - 無需 Captive Portal,無需排隊,也沒有因同時進行首次驗證而產生的 RADIUS 瓶頸。為 RADIUS 伺服器配置足夠的同時工作階段容量。Purple 的雲端 RADIUS 基礎設施可以無損耗地處理驗證高峰。將 DHCP 租期設定為 24 小時,以防止在高密度入住期間耗盡 IP。確保所有 VLAN 都骨幹連接到所有存取點,包括公共區域、自修室和健身房。

考官評語: 關鍵在於預先配置。前一年的網路癱瘓是由數百個同時進行的首次驗證和 Captive Portal 互動引起的。透過在抵達前交付金鑰,您可以將驗證負載分散到入住前的幾天。Purple 的 99.999% 可用性 SLA 涵蓋了峰值負載情境。

練習題

Q1. 一位住戶反應他們無法將 Netflix 從手機投射到 Chromecast。兩台裝置都使用該住戶專屬的 iPSK 連線到大樓 WiFi。其他住戶不受影響。最可能的設定錯誤是什麼,該如何修正?

提示:Chromecast 使用 mDNS 進行裝置發現。請思考是哪種網路設定阻止了同一子網路上的裝置進行通訊。

查看標準答案

SSID 上或住戶的 VLAN 內啟用了用戶端隔離(也稱為 Layer 2 隔離)。這會阻止同一子網路上的裝置互相通訊,從而阻擋了 mDNS 和 Bonjour 發現。修正方法是在住戶的 VLAN 內停用用戶端隔離。VLAN 邊界本身就提供了與其他住戶的隔離。您不需要用戶端隔離來達到住戶之間的安全性。

Q2. 您正在一個擁有 500 個單元的學生宿舍大樓中部署 WiFi。一位同事建議為每間房間分配一個 /28 子網路以節省 IP 位址空間。為什麼這是一個問題,您應該改為分配什麼?

提示:計算一個 /28 子網路中可用的位址數量,然後計算一般學生連線的裝置數量。

查看標準答案

一個 /28 子網路僅提供 14 個可用 IP 位址。一個典型的學生會連線手機、筆記型電腦、平板電腦、遊戲機、智慧電視和智慧喇叭 - 這就已經是六台裝置。再加上一些 IoT 裝置和朋友拜訪,您在幾天內就會用盡位址池。請為每間房間分配一個 /24 子網路(254 個可用位址)。額外的 IP 空間不需要任何成本,且能防止常見且具破壞性的故障模式。

Q3. 一位 BTR 營運商希望將其整個網路升級到 Wi-Fi 7,並在所有頻段(包括 6 GHz)上強制執行 WPA3 安全性。他們目前在 WPA2 SSID 上執行 iPSK。這對他們的 iPSK 部署有何影響,推薦的遷移路徑是什麼?

提示:考慮 WPA3 中使用的認證握手,以及它是否支援每個 SSID 使用多個 PSK。

查看標準答案

WPA3 使用 SAE,目前在 IEEE 802.11 標準下不支援每個 SSID 使用多個 PSK。在所有頻段上強制執行 WPA3 將會破壞 iPSK 部署。建議的做法是採用混合模式:在 2.4 GHz 和 5 GHz 上保留 WPA2 iPSK SSID,供 IoT 裝置和舊版硬體使用。在 6 GHz 頻段上部署使用 802.1X EAP-TLS 的獨立 WPA3 SSID,供支援 Wi-Fi 7 的裝置使用。這不是一種妥協 - 這是目前 Cisco Meraki、HPE Aruba、Ruckus 以及所有其他主要平台跨廠商的最佳實踐方式。