- Purple
- Multi-tenant WiFi: a complete guide
- 服务式公寓 WiFi 服务商:短期住宿、长期住宿及客房保洁设备
服务式公寓 WiFi 服务商:短期住宿、长期住宿及客房保洁设备
无论是两晚的休闲住宿还是三个月的异地调迁,您都可以决定每笔服务式公寓预订接入哪个网络。您还可以指定服务商如何通过您现有的接入点运行短住登录、长住公寓密钥以及独立的保洁设备网络,所有密钥均由您的 PMS 驱动。
核心系列的一部分:多租户 WiFi:完整指南 →
- 服务式公寓的每位客人应采用哪种接入模式?
- 短住、长住和设备网络有何区别?
- 服务式公寓住客何时需要专用网络而非酒店登录?
- 密钥如何在办理入住和退房时发放与撤销?
- 密钥生命周期
- 按公寓分配,而非按人分配
- 客房保洁、智能门锁和楼宇设备应置于何处?
- 员工携带的设备
- 无屏幕楼宇设备
- 支付终端与后台办公
- 服务商需要从您的物业管理系统中获取哪些信息?
- 如何吸引以往住客再次直接预订?
- 实际运作方式:服务式公寓的三种应用场景
- 场景 1:拥有 120 间客房的混合住宿型公寓酒店
- 场景 2:会展中心旁的公寓楼
- 场景 3:为机构临床医生提供住宿的医院信托机构
- 每种接入模式的运行成本是多少?
- 您应该向服务式公寓 WiFi 服务商询问哪些问题?
- 常见问题解答
- Purple 是否适用于我们现有的接入点?
- Purple 的服务式公寓 WiFi 如何获得许可授权?
- 我们能否在不打扰当前住客的情况下停用大楼共享密码?
- 登录时收集的客人数据是否符合 GDPR 规范?
- 为什么不为每套长住公寓单独配备专属宽带线路?
- 部署需要投入多少工作量?
- 保洁设备需要独立的网络名称(SSID)吗?

服务式公寓 WiFi 提供商应在您现有的接入点上运行三个网络。短住客人使用类似酒店的开放式强制门户登录。长住客人则获得每套公寓专属的私有密钥,确保客人自己的设备能够顺畅使用。保洁平板电脑和智能门锁则位于单独的设备网络中。密钥与您物业管理系统中的入住和退房日期保持同步。
服务式公寓的每位客人应采用哪种接入模式?
服务式公寓介于酒店与住宅之间,您的 WiFi 必须兼顾这两种需求。入住两晚的客人行为模式与酒店客人相似:他们携带一台手机和一台笔记本电脑,登录一次后离开。入住三个月的客人行为模式更接近居民:他们携带流媒体播放棒、智能音箱、打印机以及需要 VPN 的工作笔记本电脑。
酒店式强制门户适合第一类客人,但无法满足第二类客人的需求。强制门户是指设备在访问互联网之前必须完成验证的网页。流媒体播放棒、游戏主机和智能电视没有浏览器,因此无法完成该验证。此外,访客网络通常会运行客户端隔离,以阻止同一网络中的设备彼此发现。这会导致手机投屏到电视的功能无法正常使用。
住宅型网络配置则会在另一个方向出现问题。印在欢迎卡上的每间公寓通用密码在两次入住之间很少更改。上一位客人的笔记本电脑,甚至更早以前的客人的设备,依然可以接入网络。
解决方案不是设立单一网络,而是在同一批接入点上部署三个网络:
- **短住:**通过强制门户进行开放式登录,作为 访客 WiFi 运行。
- **长住:**为每套公寓提供独立的私有密钥,为客人自己的设备构建专属的私有网络环境。
- **设备:**为保洁平板电脑、智能锁集线器和建筑系统设立独立网络,对所有客人均不可见。
Purple 通过 Purple Access 将这三项服务作为云覆盖层部署在您已拥有的硬件上。支持的品牌涵盖 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。无需推倒重来,正如 为什么您的下一次 WiFi 升级无需更换新硬件 中所解释的那样。
短住、长住和设备网络有何区别?
本指南接下来的内容主要涉及三个术语。iPSK(身份预共享密钥,也称为 PPSK 或私有预共享密钥)在单个网络名称下为每套公寓提供专属密码。VLAN(虚拟局域网)是通过相同物理线缆和接入点运行的逻辑隔离网段。RADIUS 则是负责验证凭据并通知接入点该设备属于哪个 VLAN 的身份验证服务。
下表将这三种模式与大多数物业正在淘汰的共享楼宇密码进行了对比。
| 短住登录 | 长住私有密钥 | 设备网络 | 共享楼宇密码 | |
|---|---|---|---|---|
| 适用对象 | 低于住宿天数阈值的住客,例如 1-6 晚 | 达到或高于住宿天数阈值的住客,例如 7 晚以上 | 客房服务、维护、智能门锁、楼宇系统 | 无人适用:您正在淘汰的旧版设置 |
| 设备连接方式 | 具有电子邮件、社交媒体或表单登录功能的强制门户 | 每间公寓配备专属密钥,每台设备只需输入一次 | 员工设备采用 IEEE 802.1X,无屏无外设套件采用设备密钥 | 印在卡片上的通用密码 |
| 支持的设备 | 配备浏览器的手机、平板电脑和笔记本电脑 | 手机、笔记本电脑、电视棒、游戏机、智能音箱、打印机 | 平板电脑、手持设备、门锁集线器、温控器、传感器 | 任何知晓密码的设备 |
| 设备间发现 | 受客户端隔离阻断 | 仅允许在公寓自身的网络网段内发现 | 仅限于各设备所需的系统 | 在整个楼层或楼宇中完全公开 |
| 凭证有效期 | 您设置的会话时长,到期需重新登录 | 从办理入住到退房,由 PMS 管理 | 员工合同期限或设备使用寿命 | 直至有人手动更改 |
| 撤销机制 | 会话到期 | 退房时自动撤销 | 员工离职流程或设备报废 | 手动更改,且每位当前住客都必须重新输入 |
| 您所获得的信息 | 基于住客自主选择许可的第一方数据 | 与住宿关联的使用情况,无需营销提示 | 仅运营状态 | 无 |
| 加密方式 | 开放网络或 OWE 加密网络 | 采用 iPSK 的 WPA2-Personal;请确认您的硬件是否支持 WPA3 | 采用 802.1X 的 WPA2 或 WPA3-Enterprise;无屏无外设套件采用 iPSK | WPA2-Personal,所有人共用一个密钥 |
OWE(机会性无线加密,由 RFC 8110 定义)可在不要求住客输入密码的情况下对开放网络进行加密。请咨询您的提供商,了解您的接入点是否在短住网络上支持该功能。
服务式公寓住客何时需要专用网络而非酒店登录?
住宿时长是首要判断信号,但并非唯一依据。有五个评判标准可决定预订应分配至哪个网络。
- **住宿时长。**如果住满一周后每天仍需重新登录,就会成为阻碍。我们建议将阈值设为 7 晚,然后根据前台的 WiFi 请求进行调整。
- **无浏览器设备。**携带电视棒或游戏机的住客无论住宿时间长短,都需要密钥。
- **公寓内办公。**打印机和屏幕投屏依赖设备发现功能,而客户端隔离会阻止该功能。
- **隐私保护。**长住客的笔记本电脑和智能音箱不应被隔壁公寓看到。
- **预订类型。**企业调动、承包商和临床医护人员派驻通常持续数周,且携带办公设备随行。
| 住客情况 | 推荐接入方式 | 原因 |
|---|---|---|
| 1-3 晚的休闲住宿,携带手机和笔记本电脑 | 强制门户登录 | 最快的上网途径,同时还能收集获得许可的联系方式 |
| 4-6 晚并带有流媒体播放棒 | 强制门户,加向前台索取的私钥 | 播放棒没有可用于强制门户的浏览器 |
| 7 晚以上住宿 | 每套公寓一个私钥,入住时发放 | 每台设备只需连接一次即可保持在线 |
| 1-6 个月的企业搬迁 | 每套公寓一个私钥,续订时自动顺延 | 支持 VPN、打印机以及全家人使用的各类设备 |
| 活动或团队批量预订 | 带有时间和带宽限制的强制门户 | 在大楼瞬间爆满时保障容量 |
| 客房保洁与维护人员 | 设备网络上的 IEEE 802.1X | 员工离职时访问权限自动终止 |
对于活动周,如何在访客 WiFi 上实施时间和带宽限制 介绍了如何设置针对每台设备的限制,同时不影响长期住宿公寓的网络质量。
密钥如何在办理入住和退房时发放与撤销?
私钥的生命周期应当与住宿时间完全一致。只有将密钥与预订事件绑定,而不是依赖某人记住更改密码,这一点才能实现。
密钥生命周期
- 办理入住。 为该公寓创建密钥,有效期从入住到离店。该密钥通过行前电子邮件或前台打印的欢迎卡送达宾客。
- 续住。 结束日期顺延。密钥保持不变,因此宾客无需在任何设备上重新输入。
- 换房。 撤销原公寓的密钥,并针对新公寓的网络分段发放新密钥。
- 延迟退房。 您设置的宽限窗口可确保宾客保持在线,直至离开。
- 提前离店或办理退房。 Purple 会在退房事件发生时撤销密钥。前一位宾客留下的已配置设备将无法重新加入。
按公寓分配,而非按人分配
每套公寓每次住宿发放一个密钥,由预订中的所有人共享。一家四口可以在其所有设备上使用同一个密钥,并且这些设备之间可以相互发现。该公寓的下一次住宿将获得一个新密钥和纯净的新网络分段。
配置步骤因接入点供应商而异。Purple 的支持文档涵盖了每个受支持平台的操作方法,因此本指南不再赘述菜单路径或具体设置。
客房保洁、智能门锁和楼宇设备应置于何处?
让所有非宾客设备远离这两个访客网络。宾客能看到的设备,就是宾客能够探测的设备。应将它们分为三类。
员工携带的设备
客房保洁平板电脑和维护人员手持设备应使用 IEEE 802.1X 进行身份验证。该标准要求每台设备在获得任何网络访问权限之前必须先证明其身份。云端 RADIUS 会针对 Microsoft Entra ID、Okta 或 Google Workspace 验证身份,并将设备置于员工 VLAN 上。当某人离职时,禁用其账户即可移除其 WiFi 访问权限。这就是应用于员工 WiFi 的入职、转岗与离职流程。
无屏幕楼宇设备
智能门锁网关、温控器、电表和门禁网关通常无法运行 802.1X。请为每个设备类别分配专用的 iPSK,并映射到其各自的 VLAN。在防火墙上对每个 VLAN 进行访问限制,确保设备只能访问其上报数据的云服务。
支付终端与后台办公
前台刷卡终端应部署在专用的网段上,独立于两个访客网络。PCI DSS 允许通过网络分段来缩小持卡人数据环境的适用范围。将支付设备与访客流量隔离开来,可减少评估人员需要审核的内容。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。
服务商需要从您的物业管理系统中获取哪些信息?
私钥模式依赖于预订数据。如果没有与物业管理系统 (PMS) 的对接,前台人员就必须手动发放和撤回密钥,这很容易导致密钥遗漏。服务商需要以下字段:
- 公寓或单元标识符,映射到特定网段。
- 抵店和离店日期及时间,用于设置密钥的有效期。
- 住客姓名和电子邮件,用于发送密钥。
- **状态变更:**办理入住、延住、换房、取消预订和办理退房。
- 入住时长或房价代码,以便高于设定阈值的预订能够自动获取密钥。
针对该对接的运作方式,需明确以下四个问题:
- 它是事件驱动的(退房时立即撤回密钥),还是按计划定期同步?
- 新增公寓单元时,由谁来维护 PMS 单元代码与网段之间的映射关系?
- 如果 PMS 暂时不可用,备用方案是什么?前台能否手动发放密钥?
- 哪些 PMS 平台可以直接对接,哪些需要中间件?
如何吸引以往住客再次直接预订?
对于收益经理而言,短住登录流程还有第二重作用。每次登录都可以通过住客的主动勾选同意来收集第一方数据,即住客主动勾选接收营销信息。该授权归您所有,而非归处理该预订的在线旅行社 (OTA) 所有。
同意授权必须符合法规要求。根据 GDPR,同意必须是自由作出、具体、知情且明确的(第 4(11) 条)。在英国,营销电子邮件还受 ICO 监管的 PECR(《隐私和电子通信条例》)约束。请在登录时记录住客的同意授权,并且仅向明确授权的住客发送营销内容。
Purple Engage 可向这些已同意接收信息的以往住客发送直接重订电子邮件。有两种营销活动非常适合服务式公寓:一种是入住后的感谢信,其中附带直接预订特惠价;另一种是在次年相近日期前发送提醒,以触达因定期活动或项目而再次到访的住客。每一笔直接预订都可以节省本应支付给在线旅行社的佣金。
WiFi Analytics 可以显示整个物业范围内的回头率和停留时间,帮助您了解哪些住客值得再次邀约。使用私钥的长住住客不会看到营销提示。您可以在欢迎电子邮件中向他们提供订阅许可选项。
实际运作方式:服务式公寓的三种应用场景
以下数据基于各物业自身的数字建模而成,并非报告的实际结果。它们展示了您可以在自己的资产上套用的计算逻辑。
场景 1:拥有 120 间客房的混合住宿型公寓酒店
**现状。**一家市中心公寓酒店在六个楼层中采用每层共享一个密码的做法,每月手动更换一次。长期住宿客人的流媒体棒无法通过强制门户。客房清洁平板电脑则共用访客网络。
**应对措施。**短期住宿改为使用附带选择性加入 (opt-in) 选项的强制门户登录。住宿七晚或以上的客人在办理入住时会收到由 PMS 提供的公寓密钥。客房清洁平板电脑转至使用 802.1X 的设备 VLAN。
**成效。**六组共享凭证减少为零。消除了每年 72 次手动密码更改(六个楼层,每月一次)。在任何时候都有约 40 间长住公寓入住的情况下,40 个密钥并行运行,退房时无需员工干预即可自动撤销。
场景 2:会展中心旁的公寓楼
**现状。**一栋拥有 80 间公寓的大楼每年都会在为期五天的贸易展期间迎来满额参展商。其中 15 间公寓出租给为期三个月的企业搬迁安置客人。展会周期间,长住客人抱怨网络变慢。
**应对措施。**参展商通过强制门户登录,并在展会周期间对每台设备实施时间和带宽限制。15 间搬迁安置公寓在其专属网段上保留专用密钥,不受上述限制。
**成效。**搬迁安置客人保持了与往常无异的上网体验。以 65 间短住公寓每间入住两位客人计算,该物业在每届展会期间最多可获得 130 次选择性加入机会。同意接收资讯的参展商成为了明年展期前直订推广邮件的受众。
场景 3:为机构临床医生提供住宿的医院信托机构
**现状。**一家公共部门 医疗保健 信托机构为签订 13 周合同的机构临床医生集中预订了 20 套服务式公寓。临床医生从第一天起就需要确保信托机构笔记本电脑、VPN 和个人设备正常运作。
**应对措施。**每套公寓都获得了一个在合同期内有效的密钥。续约时仅调整结束日期,无需换发新密钥。智能锁集线器则转至其专属的设备 VLAN。
**成效。**20 套公寓使用 20 个密钥运行,没有共享密码。每个密钥均在合同到期日自动终止。合同延期时,没有临床医生需要重新输入凭证。
每种接入模式的运行成本是多少?
除许可费用外,运行成本主要来自四个方面。
- **硬件。**在受支持的接入点上无需添置新硬件,因为 Purple 可以叠加在现有基础设施上。如果公寓的网络覆盖较弱,请使用接入点而非插电式扩展器进行改善:WiFi 扩展器与接入点:您需要哪一个? 说明了原因。如果您本来就打算更新硬件,WiFi 6 (802.11ax) 详解 则介绍了该标准在高密度建筑中所带来的优势。
- 员工时间。 共享密码在每次更改以及每次住客咨询时都会耗费员工时间。由 PMS 驱动的密钥消除了更改密码的需要以及绝大部分咨询。
- 风险。 未撤销的密码对所有以往住客来说就是敞开的大门。自动撤销功能在每次退房时都会关闭这扇大门。
- 挽回收入。 经同意获取的联系方式为您提供了直接预订途径,这是共享密码永远无法获取的。
Purple 是按方案(Connect、Capture 或 Engage)进行许可授权的,而不是作为硬件项目。Engage 包含上述再次预订电子邮件功能。
您应该向服务式公寓 WiFi 服务商询问哪些问题?
使用此清单对比您候选名单中的服务商。
- 短住登录、长住密钥和设备网络能否在一组接入点上运行?
- 支持哪些接入点厂商?您需要明确具体的厂商名称,而不仅是“兼容硬件”。
- 长住密钥是由 PMS 事件自动创建和撤销,还是手动进行?
- 续住、换房和延迟退房时密钥会发生什么?
- 同一公寓内的设备能否互相发现,同时对邻近住户保持隐形?
- 员工设备如何进行身份验证,离职时访问权限是否随之终止?
- 选择加入记录是如何保存的?您能否证明符合 GDPR 和 PECR 的许可要求?
- 经同意的往期住客能否从同一平台收到直接再次预订电子邮件?
- 服务商持有哪类认证?
关于最后一点,Purple 持有 ISO 27001、Cyber Essentials 和 B Corp 认证,并符合 GDPR 和 CCPA 规定。Purple 运行于 90 多个国家/地区的 80,000 多个活跃场所,每年拥有 5 亿用户及登录量。采用 Purple 的酒店管理品牌包括 Premier Inn 和 Whitbread。关于酒店业部署的更多信息,请访问 Hotels 页面。
常见问题解答
Purple 是否适用于我们现有的接入点?
是的,Purple 可以在您现有的接入点上运行。支持的平台包括 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。Purple 作为云端覆盖层运行,因此短住登录、长住公寓密钥和设备网络均可在您当前的硬件上运行。单套公寓密钥和加密选项取决于您厂商所支持的功能,因此请在方案调研期间确认您的型号。
Purple 的服务式公寓 WiFi 如何获得许可授权?
您获得的是软件方案的许可授权,而不是硬件。Purple 提供三种方案:Connect、Capture 和 Engage。Engage 为经同意的往期住客增加了直接再次预订电子邮件功能。因为 Purple 叠加于现有基础设施之上,所以不会产生全面替换的成本。请根据您的公寓数量、物业数量以及所需的方案索取报价。
我们能否在不打扰当前住客的情况下停用大楼共享密码?
是的,您可以在切换过渡期间同时运行这两种方式。在新入住客人获取私钥、短住客人使用强制门户的同时,继续保留共享密码。现有的长住客人将在下次续住或您指定的日期获取专属密钥。当所有已入住公寓都完成迁移后,即可停用共享密码。在切换过程中,不会有任何客人断开网络连接。
登录时收集的客人数据是否符合 GDPR 规范?
是的,Purple 符合 GDPR 和 CCPA 规范,并通过了 ISO 27001 认证。登录过程采用自主选择加入(opt-in)机制,由客人主动同意接收营销信息。这完全符合 GDPR 关于知情自愿、具体明确且毫不含糊的同意标准。营销电子邮件仅发送给选择加入的客人,这也符合英国 PECR 规定。使用私钥的长住客人则完全不会收到任何营销提示。
为什么不为每套长住公寓单独配备专属宽带线路?
通过大楼网络上的专属私钥,无需为每套公寓配备独立线路即可提供相同的居家般网络体验。每套公寓都会被分配独立的网络分段,因此客人的各类设备之间可以互相发现与通信,同时对邻居保持隐形。这样可以避免因客人变动而频繁订购、安装和注销线路。客人退房时访问权限会自动终止,而且您可以在一个统一平台管理所有公寓的网络。
部署需要投入多少工作量?
大部分工作都是配置,而非硬件安装。Purple 直接运行在您现有的接入点(AP)上,因此在受支持的平台上无需进行重新布线或增添硬件。主要任务是定义您的入住时长阈值并连接 PMS(物业管理系统)。您还需要将公寓映射到对应的网络分段,并将客房保洁及楼宇智能化设备划分到各自独立的 VLAN 中。Purple 的技术支持文档详细介绍了各厂商设备专属的操作步骤。
保洁设备需要独立的网络名称(SSID)吗?
不需要,它们需要的是独立的分段,并不一定需要专属的网络名称。保洁平板电脑应结合 Microsoft Entra ID、Okta 或 Google Workspace 中的员工身份,使用 IEEE 802.1X 进行身份验证。诸如智能门锁网关等无显示屏设备(Headless devices)则使用设备专用密钥。它们各自接入客人无法访问的独立 VLAN。当员工账号被停用时,员工设备的网络访问权限也会随之终止。
关键定义
强制门户
设备在访问互联网之前必须完成填写的网页,通常通过重定向未认证客户端的首次 HTTP 请求来呈现。它依赖于浏览器,因此无界面的无头设备无法完成该流程。
您会在短住网络中遇到它,用于收集经过许可的联系方式。这也是流媒体播放器、游戏机和智能电视在酒店式 WiFi 上连接失败的原因,以及长住客人为什么需要改用密钥的原因。
iPSK(身份预共享密钥),亦称 PPSK
一种 WPA2-Personal 技术,允许多个唯一的预共享密钥共用一个网络名称。接入点或 RADIUS 服务器将设备提供的密钥与身份进行匹配,并可为每个密钥分配一个 VLAN。
这是长住模式:每个公寓入住期间对应一个密钥,从抵达至离店全程有效。它还能为无法运行 802.1X 的无头楼宇设备提供凭据。请向您的硬件供应商确认对 WPA3 的支持情况。
VLAN(虚拟局域网)
通过 IEEE 802.1Q 标记定义的逻辑独立二层网段,与其他网段运行在相同的物理布线和接入点之上。
每间公寓、员工设备以及每类楼宇设备均位于各自独立的 VLAN 上。正是这种隔离机制,使得隔壁公寓无法看到长住客人的手提电脑。
RADIUS
远程身份验证拨入用户服务(Remote Authentication Dial-In User Service),由 RFC 2865 规范。它负责校验凭据并向接入点返回属性(包括 VLAN 分配);RFC 3580 规定了其与 IEEE 802.1X 的配合使用。
云 RADIUS 会对照 Microsoft Entra ID、Okta 或 Google Workspace 验证员工身份,并将设备分配到正确的 VLAN,因此禁用账户即可撤销 WiFi 访问权限。
IEEE 802.1X
基于端口的网络访问控制 IEEE 标准。在获准进行任何网络访问之前,设备必须通过认证系统,使用诸如 EAP-TLS 或 PEAP 的 EAP 方式向认证服务器进行身份验证。
适用于设备网络中的客房清洁平板电脑和维修手持设备。它将入职、调岗和离职流程应用于员工 WiFi。
OWE(机会性无线加密)
由 RFC 8110 定义。它在关联期间使用 Diffie-Hellman 密钥交换对开放网络上的流量进行加密,无需用户输入密码。
适用于短住网络的可选配置,使登录保持开放,同时对流量进行加密。请向您的提供商咨询接入点是否支持该功能。
客户端隔离
一种接入点设置,用于阻止同一网络或网络分段中无线客户端之间的流量,使设备无法相互发现或访问。
访客网络的标准配置,也是导致长住住客无法投屏和打印的原因。按公寓划分的网络分段仅允许在公寓内部进行设备发现。
物业管理系统 (PMS)
保存房间标识符、入住及离店日期、住客联系方式以及办理入住、续住、换房、取消和退房等状态事件的预订系统。
私有密钥模式依赖于此系统。请确认连接是事件驱动还是定时调度、由谁维护单元到分段的映射,以及 PMS 不可用时的应急方案。
自主选择同意
住客主动勾选授予的营销许可,旨在满足 GDPR 第 4(11) 条关于同意必须自由给予、具体、知情且明确的规定。
在短住登录时采集,为您提供归自身而非在线旅行社所有的第一方数据,并使直接重新预订的营销邮件合规合法。
PECR
《2003 年隐私与电子通信条例》(SI 2003/2426),是英国管辖电子邮件等电子营销的法规,由 ICO 与 UK GDPR 共同强制执行。
向往期住客发送的营销邮件必须同时符合 PECR 和 GDPR,因此请在登录时记录许可,并仅向已同意的住客发送。
PCI DSS 网络分段
根据支付卡行业数据安全标准(PCI DSS),允许将持卡人数据环境与其他网络隔离,以缩减评估员必须审查的系统范围。
前台刷卡机应置于独立的分段中,隔离于两个访客网络之外,从而缩减评估范围。
应用实例
一家拥有 120 间公寓的市中心公寓式酒店在六个楼层中每层使用一个共享密码,每月需手动更换。长住客人的流媒体播放器无法通过强制门户,且保洁平板电脑与访客共用网络。应该如何改进?
短住客人转为通过强制门户登录,并提供明确的选择加入机制。入住七晚及以上的客人可在办理入住时获得由 PMS 签发的公寓密钥,以便无浏览器设备只需连接一次即可保持在线。保洁平板电脑转至使用 IEEE 802.1X 的设备 VLAN,对访客隐藏。在模型预测的结果中,六个共享凭据归零,每年消除了 72 次手动修改密码的操作。约 40 个长住密钥并行运行,退房时无需员工干预即可自动撤销。
展会中心旁的一栋拥有 80 间公寓的大楼在为期五天的贸易展期间住满了参展商。其中 15 间公寓出租给为期三个月的企业调迁客人,他们抱怨展会周期间网络变慢。您该如何为他们提供保障?
参展商在展会周期间通过强制门户登录,并受到单设备时间与带宽限制。15 间调迁公寓在各自网段上保留私有密钥,不受这些限制,因此体验与往常一样。在 65 间短住公寓中,按每间公寓两位客人计算,模型预估每次展会最多可带来 130 个选择加入的机会。获得许可的参展商随后将成为来年展期前直订电子邮件的目标受众,从而在这些回头客身上省去在线旅行社的佣金。
一家公共医疗信托机构为签订了 13 周合同的外包临床医生集中预订了 20 间服务式公寓。临床医生需要信托机构的手提电脑、VPN 和个人设备自首日起即可正常工作。应如何设置访问权限?
每间公寓都会获得一个在合同期内有效的私有密钥,因此手提电脑、VPN 和个人设备只需连接一次即可保持连接。当合同延期时,只需在 PMS 中调整结束日期,密钥保持不变,因此无需任何临床医生重新输入凭据。智能门锁集线器转移到其专用的设备 VLAN 中,对临床医生的设备不可见。在模型预测的结果中,20 间公寓使用 20 个密钥运行,没有共享密码,且每个密钥均在合同到期日自动终止。
常见问题
Purple 能否与我们现有的接入点配合使用?
是的,Purple 可以在您现有的接入点上运行。支持的平台包括 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。Purple 作为云覆盖层运行,因此短住登录、长住公寓密钥和设备网络均可在您当前的硬件上运行。单套公寓密钥和加密选项取决于您供应商的支持情况,请在方案评估期间确认您的设备型号。
Purple 的服务式公寓 WiFi 是如何许可授权的?
您按软件方案进行许可,而非硬件。Purple 提供三种方案:Connect、Capture 和 Engage。Engage 可向同意接收营销信息的过往住客发送直接重新预订电子邮件。由于 Purple 叠加在现有基础设施之上,因此不会产生推倒重来的改造成本。您可以根据公寓数量、物业数量以及所需方案索取报价。
我们能否在不影响当前住客的情况下停用大楼共享密码?
是的,您可以在转换期间让两者并行运行。保持共享密码有效,同时新办理入住的住客接收专属密钥,短住住客使用强制门户。现有的长住住客将在下次续住或您选择的日期收到密钥。当每间已入住公寓完成迁移后,即可停用共享密码。在转换过程中,不会有任何住客断开连接。
登录时收集的住客数据是否符合 GDPR 要求?
是的,Purple 符合 GDPR 和 CCPA 要求,并已通过 ISO 27001 认证。登录采用自主选择同意模式,住客主动同意接收营销信息。这符合 GDPR 关于自由做出、明确、知情且毫不含糊的同意标准。营销电子邮件仅发送给同意接收的住客,这也符合英国 PECR 规定。使用专属密钥的长住住客则完全不会看到任何营销提示。
为什么不给每套长住公寓单独配备一条宽带线路?
在大楼网络上使用专属密钥,无需为每套公寓单独拉线即可提供相同的居家体验。每套公寓拥有专属网络分段,住客的设备之间可以互联,且对邻居保持隐身。您无需在租住变动时订购、安装和注销线路。访问权限会在退房时自动终止,您可以在一个平台上管理所有公寓。
部署需要耗费多少工作量?
大部分工作都是配置,而非安装。Purple 可以在您现有的接入点上运行,因此在受支持的平台上无需重新布线或增添硬件。主要任务是定义您的入住时间阈值并连接 PMS。您还需要将公寓映射到网络分段,并将客房保洁和楼宇设备迁移到其专属 VLAN 中。Purple 的支持文档涵盖了特定供应商的详细步骤。
客房保洁设备是否需要专属的网络名称?
不需要,它们需要专属的网络分段,但不一定需要专属的网络名称。客房保洁平板电脑应针对 Microsoft Entra ID、Okta 或 Google Workspace 中的员工身份通过 IEEE 802.1X 进行身份验证。智能锁网关等无头设备使用设备密钥。各类设备都划分在住客不可见的独立 VLAN 中。当员工账户被停用时,员工设备的访问权限也将随之终止。
继续阅读本系列
养老院 WiFi 服务商评估清单:住户、访客、员工与保护性过滤
您将能够明确需求、测试并签约一家养老院 WiFi 服务商,在现有接入点上为住户、访客、员工和临床设备运行四个相互独立的网络。您还可以为每个网络设置保护性过滤规则,在遵守《2005年精神行为能力法》保护弱势成年人的同时,不阻断亲友视频通话。
为什么酒店式宾客 WiFi 在住宅建筑中会失效
您将能够诊断为什么 BTR 公寓、学生宿舍和多户住宅(MDU)中的居民不断报告 WiFi 故障,并选择能够解决这些问题的认证模型。解决方案是在您现有的接入点上为每个家庭使用一个 iPSK 密钥,同时为访客保留一个独立的 Captive Portal 网络。
为多租户办公楼设计 WiFi 网络
本指南为 IT 经理、网络架构师和 CTO 提供了一个与厂商无关的蓝图,用于在多租户办公楼中设计可扩展、安全且隔离的 WiFi 网络。它涵盖了 IEEE 802.1Q 下的 VLAN 分段、通过 802.1X 和 RADIUS 进行的动态 VLAN 分配、针对高密度环境的 RF 规划,以及 GDPR 和 PCI-DSS 下的合规性考量。场所运营方和楼宇管理员将获得可操作的架构指导、真实案例研究,以及在部署前需要避免的配置陷阱。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。