跳至主要内容

Ppsk-kiosk: comparing features and deployment models

本指南对比了企业 WiFi 部署中 PPSK-kiosk 架构与 Captive Portal 及 802.1X 的差异。它为网络架构师和物业开发商提供了多租户 WiFi、以租代建 (BTR) 以及酒店环境的实施策略。

📖 5 分钟阅读📝 1,114 🔧 2 应用实例3 练习题📚 8 关键定义

收听本指南

查看播客转录
欢迎阅读 Purple 技术简报。今天我们将介绍 PPSK-kiosk 部署 - 它们是什么、与替代方案相比如何,以及它们在哪些场景下真正适合部署。 让我们从问题开始。在传统的 WPA2 个人网络中,每个设备都共享同一个密码。这在家里没问题。但在一个有 200 套房源的 Build to Rent 住宅区、一间有 300 间客房的酒店或一个举办连续会议的会议中心里,这就是一个隐患。当一个居民搬走或一位客人退房时,您要么为所有人更改密码(这会中断大楼里其他所有设备的连接),要么保持旧凭证处于激活状态。这两种选择都是不可接受的。 PPSK 通过为每个居民、每个公寓或每个设备组提供其专属的唯一 WiFi 密钥来解决这个问题。它们都连接到同一个 SSID(相同的网络名称),但每个密钥都会映射到一个独立的 VLAN。12 号公寓位于 VLAN 10。13 号公寓位于 VLAN 20。IoT 设备位于 VLAN 99。接入点会自动处理密钥到 VLAN 的映射。不需要 RADIUS 服务器。不需要证书基础设施。设备上不需要 802.1X 请求方。 现在,对于房地产开发商和场所运营商来说,自助机(kiosk)元素正是运营上最有趣的地方。PPSK-kiosk 是一个自助服务终端(通常是固定支架中的平板电脑),放置在大堂、接待处或公共区域。访客或新居民走上前,输入姓名或扫描二维码,自助机就会当场生成并发布一个唯一的 PPSK。该密钥与他们的身份记录绑定,有明确的有效期,并映射到其访问层级对应的正确 VLAN。无需前台工作人员参与。无需 IT 工单。没有写在白板上的共享密码。 我们来谈谈术语,因为不同厂商的术语有所不同,这会引起真正的混淆。Aruba 称其为 PPSK - Private Pre-Shared Key。Cisco Meraki 称其为 iPSK - Identity PSK。Juniper Mist 使用 ePSK。Extreme Networks(最初在 Aerohive 品牌下开发了该概念)称其为 Private PSK。Ubiquiti UniFi 简称为 PPSK。Cambium 也使用 ePSK。所有这些背后的底层机制都是完全相同的:一个 SSID,多个唯一密钥,每个密钥绑定到一个 VLAN 或策略组。 从技术上讲,以下是关联层发生的情况。当设备连接时,它会在 WPA2 四步握手期间出示其预共享密钥。接入点(或其背后的云控制器)在 PPSK 存储中查找该密钥,识别其映射到哪个 VLAN,并从该点开始相应地标记设备的流量。设备看到的是正常的 WiFi 连接。它完全不知道自己已被放入一个隔离的网络分段中。其 Chromecast 可以正常工作。其智能音箱正常配对。其游戏主机获得正确的 NAT 类型。一切表现得就像家庭网络一样 - 因为从设备的角度来看,它确实就是。这就是与 802.1X 的关键区别,后者是员工网络和企业环境的企业标准。802.1X 需要 RADIUS 服务器、身份提供商 - Microsoft Entra ID、Okta 或 Google Workspace - 以及每台设备上的客户端。该客户端是处理 EAP 身份验证交换的软件组件。每台受管理的笔记本电脑、每部企业手机都有一个。但您的住户的智能冰箱没有。您大楼的 HVAC 控制器没有。您的 IoT 传感器也没有。PPSK 适用于所有这些设备,因为它在 WPA 个人层运行,而不是 WPA 企业层。 尽管如此,PPSK 并不是企业环境中 802.1X 的替代品。它是针对不同问题的不同工具。如果您运行的是注重个人责任的员工网络,802.1X 是正确的选择。如果您运行的是住宅网络,需要按家庭隔离、IoT 支持以及大规模的运营简单性,PPSK 是正确的选择。 让我们来看看目前在生产中应用的三种部署模式。 第一种是云控制器模式。您的接入点 - 无论是 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 还是 Fortinet - 都连接到云管理平台。PPSK 密钥库驻留在云控制器中。当您配置新住户时,您在门户中创建一个密钥,将其分配给 VLAN,然后控制器将该策略推送到大楼中的每个接入点。住户通过欢迎包中的电子邮件、短信或二维码获取密钥并进行连接。当他们搬走时,您删除该密钥。他们的设备就会停止连接。其他任何人不受影响。 第二种模式是带有本地 RADIUS 后端的 PPSK。一些企业部署使用 RADIUS 服务器来存储和验证 PPSK 凭据,这为您提供了集中式日志记录、审计跟踪以及与身份管理平台的集成。这增加了基础设施开销,但为您提供了具有 802.1X 的问责制和 PPSK 的设备兼容性。 第三种模式是混合模式:面向住户和 IoT 的 PPSK,面向员工和管理系统的 802.1X。这是 Purple 针对长租公寓和多户住宅部署推荐的架构。住户使用 PPSK。大楼管理系统、CCTV 和门禁系统使用带有 PPSK 的独立 IoT VLAN。物业管理团队的设备通过 Microsoft Entra ID 或 Okta 使用 802.1X。三种不同的身份验证模型,三个不同的 VLAN,一个物理基础设施。 现在让我们来看看其中的陷阱。这些是我在生产部署中反复看到的失败模式。 第一个问题是 SSID 泛滥。您广播的每个 SSID 都会消耗信标帧的空中传输时间。在高密度的住宅楼中,如果每个接入点广播六到八个 SSID,将会降低所有人的网络性能。请将每个射频的 SSID 数量控制在最多四个。使用 PPSK 通过单个 SSID 满足多个住户群体的需求,而不是为每个公寓或每个楼层创建单独的 SSID。 第二个陷阱是干道端口(Trunk Port)配置不足。您设计了清晰的 VLAN 方案并部署了接入点,但由于有人忘记在分配交换机与接入层之间的干道链路(Trunk Link)上允许相关的 VLAN,导致流量静默丢包。在调试期间,请验证每一个干道端口,将其记录在案。在住户入住之前,使用每个 VLAN 上的设备进行测试。 第三个陷阱是密钥分发。生成密钥很简单。以安全且运营上可管理的方式将密钥分发给住户则较为困难。在欢迎礼包中提供二维码非常适合入住当天。而提供一个住户门户网站,让他们能够检索自己的密钥并添加新设备,则更适合日常运营。在部署之前,而不是部署之后,建立好密钥分发工作流程。 让我为您提供两个在实际应用中说明这一点的真实场景。 场景一:某市中心拥有 180 套住宅的建房出租(Build to Rent)项目。运营商希望将 WiFi 作为一项便利设施包含在房租中,实现入住即启用并全面支持智能家居。他们部署了通过 Aruba Central 管理的 HPE Aruba 接入点。每套公寓在签订租约时都会生成一个唯一的 PPSK 密钥。该密钥会通过包含二维码的电子邮件发送给住户。他们扫描二维码,所有设备即可连接,他们的 Chromecast、智能音箱和游戏机全部可以立即使用。当住户搬离时,物业经理在门户网站中删除该密钥。新住户在入住时会获得一个全新的密钥。运营商报告称,与之前部署共享密码的方式相比,与 WiFi 相关的支持工单减少了 30%。 场景二:一个拥有 400 个床位的专用学生公寓项目。这里的挑战在于迎新周,成百上千的学生同时到达,大家都试图同时连接几十台设备。运营商使用了配备 SmartZone 的 Ruckus 接入点,部署了每间房一个密钥的 PPSK。密钥已提前生成,并包含在到达前寄出的欢迎礼包中。学生们在到达时扫描二维码,数秒内即可连接上网。网络在没有性能退化的情况下处理了入住高峰,因为每个学生的流量都被隔离在他们自己的 VLAN 网段中。 现在针对最常见的问题进行快速问答。 单个接入点可以处理多少个 PPSK 密钥?大多数企业级平台每个 SSID 支持数千个密钥。Cisco Meraki 每个网络支持多达 5,000 个 iPSK 条目。Aruba 支持类似的规模。Ubiquiti UniFi 每个网络支持多达 1,000 个 PPSK 条目。对于一栋拥有 200 套住宅的建筑,在任何平台上您都完全处于限制范围之内。 PPSK 能与 WPA3 配合使用吗?是的,在大多数企业级平台上都可以。与 WPA2-PSK 相比,WPA3-SAE 提供了更强大的防脱线字典攻击保护,因此在您的客户端设备支持的情况下,在 WPA3 上部署 PPSK 是正确的选择。唯一例外的是 UniFi,目前其 PPSK 仅支持 WPA2。 我可以将 PPSK 与我的物业管理系统集成吗?是的,可以通过服务商的 API 进行集成。Aruba Central、Meraki、Ruckus 和 Mist 都对外提供用于 PPSK 密钥管理的 REST API。Purple 的平台作为云端覆盖层运行,负责处理与底层硬件的 API 调用,因此无论您运行的是哪个接入点服务商的硬件,您的物业管理系统都只需与一个端点进行通信。 关于 GDPR 合规性如何?PPSK 密钥生成会收集身份数据 - 姓名、电子邮件、房间号。根据 UK GDPR,该数据需要合法依据、明确的保留策略和安全存储。Purple 支持在您选择的欧盟、英国或美国区域存储数据,且在引导流程中内置了可配置的保留期和同意书捕获功能。 总结一下。当您需要单用户或单户家庭的 WiFi 隔离、IoT 设备支持以及大规模的自助引导服务时,PPSK-kiosk 是最合适的架构。它可以在您可能已经拥有的硬件上运行 - 包括 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 或 Fortinet。对于需要个人审计轨迹的员工网络,它并不能取代 802.1X。而 kiosk 元素 - 即自助服务终端 - 正是在拥有 200 个单位的 BTR(建房出租)项目或 500 名代表的会议规模下,使其在运营上切实可行的关键。 如果您正在计划部署并希望深入探讨架构,Purple 的团队已服务于超过 80,000 个场所,可以针对您的特定物业类型规划最合适的模式。链接已在指南中。感谢您的收听。

header_image.png

概述

专用预共享密钥 (PPSK) 与自选服务终端机相结合,从根本上改变了 IT 团队在高流转率环境中提供 WiFi 的方式。在传统的 WPA2 个人网络中,所有设备都共享同一个密码。当住户搬离长租公寓 (BTR) 或客人办理酒店退房时,您必须要么更改整个大楼的密码,要么让旧密码保持有效。这两种做法都是不可接受的。

PPSK 通过为每个住户或客人分配唯一的 WiFi 密钥来解决这一问题。所有用户都连接到同一个 SSID,但接入点会将每个唯一的密钥映射到独立的 VLAN。自选服务终端机可以自动分发这些密钥,从而将前台从 IT 支持流程中解放出来。本指南详细介绍了这一架构,将其与 Captive Portal802.1X 进行了对比,并针对 Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks 和 Fortinet 硬件提供了与厂商无关的部署策略。

技术深度解析:PPSK 与其他替代方案

在设计 Guest WiFi多租户 WiFi 时,网络架构师通常会在三种身份验证模型之间进行选择。

Captive Portal 模型

Captive Portal 仍然是 零售 和交通枢纽等公共场所的标准配置。它们需要一个开放网络或单个共享的 PSK,然后进行基于浏览器的身份验证。

虽然 Captive Portal 在数据捕获方面表现出色,但在住宅或长期住宿的酒店环境中却无法发挥作用。无屏幕的 IoT 设备 - 智能电视、游戏机、恒温器 - 缺乏完成 Captive Portal 登录所需的浏览器。

802.1X 模型

802.1X (WPA2/WPA3-Enterprise) 是企业员工网络的黄金标准。它需要一个 RADIUS 服务器、一个身份提供商 (Microsoft Entra ID, Okta, Google Workspace) 以及客户端设备上的请求方来处理 EAP-TLS 或 PEAP 交换。

802.1X 提供了卓越的安全性和个人责任追溯。然而,它无法为 BTR 住户或酒店客人提供服务,因为消费级 IoT 设备不支持 802.1X 请求方。

PPSK 模型

PPSK 运行在 WPA-Personal 层。对于客户端设备而言,网络看起来就像标准的家用 WiFi 连接。在幕后,接入点或云控制器会拦截 WPA 四次握手,验证唯一的 PSK,并将设备分配到特定的 VLAN。

comparison_chart.png

该架构可实现三个具体成果:

  1. 通用兼容性:每个支持 WiFi 的设备都支持标准 PSK。
  2. 按户隔离:使用相同密钥(例如,在同一公寓内)的设备可以相互通信,从而使 Chromecast 和智能音箱能够正常运行。使用不同密钥的设备则是隔离的。
  3. 细粒度撤销:IT 团队通过删除单个密钥来撤销访问权限,而不会影响网络上的任何其他用户。

实施指南:自助终端工作流程

PPSK 的技术能力只是解决方案的一半。运营面临的挑战是如何安全地向用户分发唯一的 16 位字符字符串,同时又不会造成巨大的支持负担。这就是自助终端模型的应用所在。

架构概述

architecture_overview.png

PPSK 自助终端部署需要三个组件:

  1. 无线基础设施:能够通过 PPSK 进行动态 VLAN 分配的接入点。
  2. 策略引擎:存储密钥并将其映射到 VLAN 的云控制器或 RADIUS 服务器。
  3. 自助终端终端:运行自助服务应用程序的锁定平板电脑,通过 API 与策略引擎进行通信。

用户旅程

  1. 访客到达物业并走向自助终端。
  2. 访客输入其详细信息(姓名、电子邮件)或扫描预先发放的二维码。
  3. 自助终端应用程序调用策略引擎 API 以生成唯一的 PPSK。
  4. 自助终端在屏幕上显示密钥和二维码,并将凭据发送电子邮件给用户。
  5. 策略引擎将新密钥推送到接入点。
  6. 用户连接其设备。

部署最佳实践

在为 酒店客房 或 BTR 部署 PPSK 自助终端解决方案时,请遵循这些与厂商无关的指南。

1. 限制 SSID 泛滥

每个广播的 SSID 都会消耗信标帧的空中时间。为每个公寓广播单独的 SSID 会降低整个大楼的射频性能。您必须为所有居民使用单个 SSID,依靠 PPSK 来处理向 VLAN 的逻辑隔离。

2. 尽可能标准化 WPA3-SAE

虽然 PPSK 在 WPA2 上运行,但 WPA3-SAE 增加了前向保密性并防范离线字典攻击。如果您的硬件和客户端群支持,请在 WPA3 上部署 PPSK。请注意,某些平台(例如较旧的 Ubiquiti UniFi 固件)可能会将 PPSK 限制为 WPA2。

3. 实施三个不同的 SSID

不要在单个 SSID 上混合使用身份验证模型。Purple 推荐三 SSID 设计:

  • 居民/访客 SSID:使用 PPSK 进行每用户隔离。
  • 员工 SSID:使用 802.1X 用于企业设备和个人问责。
  • 物联网/设施 SSID:隐藏,使用 PPSK 用于楼宇管理系统、HVAC 和安全摄像头。

有关此架构的更多详细信息,请参阅我们的指南: 掌控一切的三个 SSID:访客、Passpoint 和物联网 WiFi

故障排除与风险缓解

Trunk 端口故障

PPSK 部署中最常见的故障发生在有线边缘。接入点成功验证客户端并分配 VLAN 45,但连接 AP 的交换机端口未配置为 Trunk VLAN 45。客户端连接到 WiFi,但无法获取 IP 地址。您必须确保所有动态分配的 VLAN 在接入层和核心层之间的 Trunk 链路中均被允许。

DHCP 地址池耗尽

一个拥有 200 个单元的 BTR 项目,网络上将有 3,000 到 5,000 台设备。如果您将多个公寓分配给一个共享 VLAN 以节省子网,则必须相应地调整 DHCP 范围的大小。一个 /24 子网提供 254 个地址,会迅速耗尽。请对共享 VLAN 使用 /23 或 /22 子网,或者实施严格的单公寓单 VLAN 架构。

智能家居两难境地

住户经常携带消费级 IoT 设备。虽然 PPSK 允许这些设备进行连接,但受损的 IoT 设备会对使用该特定住户密钥的其他设备带来风险。引导住户确保其设备安全,如果不需要设备间通信(如投屏),请考虑在 VLAN 内实施客户端隔离。

投资回报率与业务影响

部署 PPSK 自助机架构需要投资硬件和软件层。其投资回报主要来自三个方面:

  1. 减少支持工单:自动化的自助入网和消除共享密码定期轮换可将 IT 支持工单减少 30% 至 50%。
  2. 租金溢价:在 BTR 领域,提供安全、家一般的 WiFi 作为首日便利设施,可使每个单元每月实现 20 到 40 英镑的租金溢价。
  3. 第一方数据:自助机工作流可捕获经过验证的联系人信息,并将其馈送到 WiFi Analytics 平台,以构建访客和住户的 CRM 数据库。

有关部署模型的进一步阅读,请参阅 PPSK directory: comparing features and deployment models

听取简报

如需深入了解 PPSK 部署的实际运营情况,请收听我们 10 分钟的技术简报播客。

关键定义

PPSK (Private Pre-Shared Key)

一种身份验证方法,其中多个唯一的密码在单个 SSID 上运行,每个密码将用户映射到特定的 VLAN 或策略。

用于提供安全、隔离的网络访问,而无需 802.1X 的复杂性或 Captive Portal 的设备局限性。

Captive Portal

用户在访问公共 WiFi 网络之前必须查看并与之交互的网页。

非常适合咖啡馆和零售数据采集,但不适用于缺少网页浏览器的住宅物联网设备。

802.1X

一种用于基于端口的网络访问控制的 IEEE 标准,需要 RADIUS 服务器和客户端客户端程序(supplicant)进行身份验证。

员工网络的行业标准,提供高安全性但需要受管设备。

VLAN (Virtual Local Area Network)

一种逻辑子网,将来自不同物理局域网的设备集组合在一起。

PPSK 使用 VLAN 将居民彼此隔离;Flat 10 在 VLAN 10 上,Flat 11 在 VLAN 11 上。

Supplicant

终端用户设备上的软件客户端,用于在 802.1X 网络中处理身份验证交互。

笔记本电脑和智能手机配有客户端程序(supplicant);智能冰箱和游戏机通常没有,因此需要 PPSK。

BTR (Build to Rent)

专为出租而非出售而量身定制的住宅开发项目。

PPSK 部署的主要市场,因为运营商必须提供托管 WiFi 作为首日即用的便利设施。

SSID (Service Set Identifier)

无线网络的公开名称。

广播过多的 SSID 会降低网络性能;PPSK 允许您从单个 SSID 为数百个隔离的用户提供服务。

WPA3-SAE

最新的 WiFi 安全协议,使用对等同等验证(Simultaneous Authentication of Equals)来防止字典攻击。

现代 PPSK 部署推荐的加密标准,提供比传统 WPA2 更强的安全性。

应用实例

一个包含 250 套住宅的以租代建 (BTR) 项目要求将 WiFi 费用包含在租金内。物业经理希望居民在入住时能立即使用网络,并能完全支持智能电视和语音助手。他们希望消除因租约结束更改密码而产生的 IT 支持工单。

使用 PPSK 部署单个“Resident WiFi” SSID。通过 API 将物业管理系统与 WiFi 控制器集成。签署租约后,API 将生成唯一的 PPSK,并将其分配给该公寓的专用 VLAN。该密钥将通过电子邮件发送给居民。公寓内的所有设备都使用此密钥,从而允许它们在本地进行通信(例如,手机投影到电视)。租约终止时,API 会撤销该密钥。其他居民不受影响。

考官评语: 这种方法满足了所有要求。它提供了消费级物联网所需的“家庭网络”体验,实现了自动入网,并将凭据撤销的影响范围隔离在单个单元内。它避免了部署 250 个独立 SSID 的陷阱。

一个大型会议中心在不同的展厅同时举办三个不同的活动。他们需要向代表提供安全的 WiFi,但在胸牌上打印共享密码会导致活动 A 的代表访问活动 B 展厅的网络。

在每个展厅的注册处部署自助式 PPSK 亭(kiosk)。当代表扫描其活动门票时,自助亭会发放一个仅在该特定活动期间有效的唯一 PPSK,并映射到仅限于该展厅接入点的 VLAN。

考官评语: 此解决方案可防止活动之间的凭据泄露,并通过有时间限制的密钥自动执行退网流程。它提供了比 Captive Portal 更好的安全性,并且对于临时用户而言,其部署难度显著低于 802.1X。

练习题

Q1. 您正在为一栋拥有 500 个床位的学生公寓设计网络。客户希望向每位学生分配一个唯一的 WiFi 密码。一位初级工程师建议创建 500 个独立的 SSID,每个房间一个。您会如何回应?

提示:考虑信标帧(beacon frames)对射频(RF)性能的影响。

查看标准答案

拒绝该提议。广播 500 个 SSID 会导致严重的同频干扰,并通过管理帧(信标)消耗所有可用的空口时间,从而使网络无法使用。建议部署单个 SSID 并使用 PPSK 分配 500 个唯一的密钥,将每位学生映射到他们自己的 VLAN。

Q2. 一家酒店的 IT 总监希望用 802.1X 代替他们的 Captive Portal 来提供宾客 WiFi,以提高安全性。为什么这会失败?

提示:思考一下宾客携带到酒店的设备类型。

查看标准答案

这会失败,因为 802.1X 需要在客户端设备上安装客户端软件(Supplicant)。虽然宾客的笔记本电脑和手机支持 802.1X,但他们的无屏设备(如 Chromecast、Apple TV、Nintendo Switch)却不支持。这些设备将无法连接。PPSK 是宾客网络正确的安全替代方案。

Q3. PPSK 部署已上线。一位居民使用其独特密钥连接了手机。手机显示“已连接”,但获取到的 IP 地址为 169.254.x.x (APIPA) 且无法访问互联网。最可能的配置错误是什么?

提示:AP 已经对用户进行了身份验证,但 DHCP 流量无法到达路由器。

查看标准答案

最可能的错误是,分配给该特定 PPSK 的 VLAN 在连接接入点(AP)与接入交换机的汇聚端口(Trunk Port)上未被允许通过。AP 成功对客户端进行了身份验证,并用正确的 VLAN 标记了流量,但由于该 VLAN 在 Trunk 上未被允许,交换机丢弃了这些数据帧。