跳至主要内容

SonicWall TZ 和 SonicWave 与 Purple WiFi 的集成

本技术参考详细介绍了 SonicWall TZ 防火墙和 SonicWave AP 与 Purple WiFi 平台的集成。它提供了有关 Captive Portal 重定向、Walled Garden(围墙花园)例外情况、802.1X 身份验证以及使用私有预共享密钥(PPSK)进行动态 VLAN 引导的具体配置步骤。

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

收听本指南

查看播客转录
SONICWALL TZ 和 SONICWAVE 与 PURPLE WIFI 集成 Purple WiFi 智能平台 - 技术简报系列 时长:约 10 分钟 配音:英式英语,高级顾问语气 - 自信、口语化、权威 --- 第 1 部分:介绍与背景(约 1 分钟) 欢迎收看 Purple 技术简报系列。今天,我们将介绍企业 WiFi 领域中技术较为复杂的集成之一:SonicWall TZ 防火墙与 SonicWave 接入点,以及配合 Purple 部署的访客身份验证、员工访问控制和多租户网络隔离。 如果您是管理场所(如酒店、零售连锁店、会议中心或综合体开发项目)的 IT 安全工程师或 MSP,本简报正适合您。我们将快速浏览架构、配置步骤以及部署中容易出错的地方。 SonicWall 是中小型企业和中端市场市场的强势选择。TZ 系列防火墙部署广泛,SonicWave AP 通过 SonicOS 和无线网络管理器进行原生集成。当您在此基础上添加 Purple 时,您将获得一个带有品牌定制 Splash Page、基于 RADIUS 的身份验证以及第一方数据采集的云端管理访客 WiFi 层——而所有这些都无需更换您现有的 SonicWall 基础设施。 让我们深入了解其架构。 --- 第 2 部分:技术深挖(约 5 分钟) 这里需要涵盖四个不同的用例,每个用例都有不同的配置路径。具有 Captive Portal 重定向的访客 WiFi。围墙花园(Walled Garden)例外规则。使用 802.1X 的安全员工 WiFi。以及使用具有动态 VLAN 引导的 SonicWall 私有预共享密钥(PPSK)的多租户隔离。 让我们从访客 WiFi 和 SonicWall Captive Portal 开始。 SonicOS 使用一种称为轻量级热点消息传递(LHM)的机制来处理外部 Captive Portal 重定向。当访客连接到您的访客 SSID 并打开浏览器时,SonicWall 会拦截该 HTTP 请求并将其重定向到 Purple 的 Splash Page URL。访客在 Purple 平台上进行身份验证(通过社交媒体登录、电子邮件或点击直通),Purple 会在 TCP 端口 4043 上将 LHM 授权发送回 SonicWall。随后,SonicWall 将为该设备的 MAC 地址开放互联网访问。 SonicOS 7.x 中的配置如下。首先,导航至 Object(对象),然后至 Match Objects(匹配对象),最后至 Zones(区域)。编辑分配给您访客 WiFi 的区域——通常是 WLAN 或自定义区域。在 Guest Services(访客服务)下,启用“Enable Guest Services”(启用访客服务)和“External Guest Authentication”(外部访客身份验证)。然后转到 Configure(配置),Guest Services(访客服务),General(常规)。将 Client Redirect Protocol(客户端重定向协议)设置为 HTTP。输入 Purple 的门户主机名作为 Web 服务器地址——即 portal.purple.ai。将重定向路径设置为您场所特定的 Splash Page URL(Purple 会在场所仪表板中提供)。端口为 4043。 在“验证页面” (Auth Pages) 选项卡上,将登录 URL 设置为 Purple 的外部门户 URL。如果您需要处理会话终止,请设置注销 URL。在“高级” (Advanced) 选项卡上,仅当您需要支持 HTTPS 优先的设备时,才启用 "Allow unauthenticated users to access HTTPS sites"(允许未经验证的用户访问 HTTPS 网站)——但请注意,这会削弱强制重定向的效果。 保存后,SonicOS 会自动创建一个 NAT 策略和一个允许 TCP 4043 的 WAN 到 WAN 访问规则。请勿删除这些自动生成的规则。正是这些规则让 LHM 握手得以完成。 现在进行 Walled Garden 配置。 在访客进行身份验证之前,他们的设备需要访问特定域名以使展示页面正常工作。Purple 平台依赖其自身的 CDN 和 API 端点。操作系统的 Captive Portal 检测探针(iOS 设备的 captive.apple.com、Android 设备的 connectivitycheck.gstatic.com 以及 Windows 设备的 msftconnecttest.com)都必须加入白名单。如果您提供社交登录,请针对 Google 添加 accounts.google.com、oauth2.googleapis.com、apis.google.com 和 gstatic.com。如果提供 Facebook 登录,请添加 www.facebook.com、graph.facebook.com、connect.facebook.net 以及 fbcdn.net CDN 域名。 在 SonicOS 中,在“对象” (Object) -> “匹配对象” (Match Objects) -> “地址” (Addresses) 下将这些添加为 FQDN 地址对象。然后在访客区域中创建访问规则,允许未验证的设备访问这些 FQDN。请使用动态 DNS 解析(SonicOS 会定期解析 FQDN 对象),而不是使用静态 IP 条目,因为静态 IP 会随着 CDN IP 范围的变化而发生偏移。 接下来介绍使用 802.1X 的安全员工 WiFi。 这是 SonicWave AP 与 Purple 的 RADIUS 服务器协同工作的环节。SonicWave AP 在 802.1X 交互中充当验证器。客户端(supplicant)是员工设备。Purple 的 RADIUS 服务器是验证服务器。您选择的 EAP 方法取决于您的身份提供商。如果您使用的是 Microsoft Entra ID 或 Okta,PEAP-MSCHAPv2 是最常见的选择,因为它支持用户名和密码凭据。如果您已部署设备证书(这是托管设备的推荐方法),请使用 EAP-TLS。 在 Wireless Network Manager 中,导航至“策略” (Policies) -> “策略层级” (Policy Hierarchy),选择您的 AP 策略,然后单击 “802.1X” 选项卡。输入 Purple 的 RADIUS 服务器 IP 地址(可在 Purple 场所控制面板的 RADIUS 设置部分找到)。共享密钥由 Purple 生成,且双方必须完全一致。将身份验证端口设置为 1812,计费端口设置为 1813。对于 EAP 设置,选择与您的身份提供商配置相匹配的方法。 在 Purple 端,创建用于员工身份验证的 RADIUS 策略。将员工 SSID 映射到特定的 VLAN(例如,员工使用 VLAN 200)。Purple 的 RADIUS 服务器使用三个标准属性返回 VLAN 分配:Tunnel-Type 设置为 VLAN,Tunnel-Medium-Type 设置为 802,Tunnel-Private-Group-ID 设置为字符串格式的 VLAN ID(因此对于 VLAN 200,它将被设置为 "200")。SonicWall 防火墙和 SonicWave AP 会读取这些属性并自动将已验证的员工设备放入正确的 VLAN 中。 现在,来看最有趣的架构使用场景:PPSK 和多租户隔离。 专用预共享密钥(Private Pre-Shared Keys)允许您运行单个 SSID,并为每个租户、居民或用户组分配唯一的密码。当设备使用特定的 PPSK 连接时,SonicWave AP 将该密钥发送到 Purple 的 RADIUS 服务器进行验证。Purple 查找该密钥,识别关联的租户或用户组,并通过 Tunnel-Private-Group-ID 属性返回相应的 VLAN 分配。然后,SonicWall 将该设备引导到正确的 VLAN 中,从而与同一 SSID 上的其他租户完全隔离。 这就是实践中的基于身份的网络(Identity-Based Networking)。您无需为每个租户管理 SSID,而是为每个租户管理身份。在一个包含十个零售单元的混合用途开发项目中,一个 SSID 在整个大楼内广播。每个租户都会获得自己的 PPSK。每个 PPSK 映射到一个专用的 VLAN 和子网。商户 A 的设备永远看不到商户 B 的流量,即使他们共享相同的物理接入点。 SonicOS 中的 PPSK 配置要求在 SSID 上启用基于 RADIUS 的 PPSK 模式。在无线网络管理器(Wireless Network Manager)中,编辑 SSID,将安全模式设置为带有 PPSK 的 WPA2-Enterprise,并将 RADIUS 服务器指向 Purple。Purple 集中管理 PPSK 到 VLAN 的映射表。当您添加新租户时,您在 Purple 中创建一个新的 PPSK 并为其分配一个 VLAN,该更改会传播到该场所的所有 SonicWave AP,而无需更改防火墙配置。 --- 第 3 部分:实施建议和常见陷阱(约 2 分钟) 让我向您介绍 SonicWall 和 Purple 部署中最常见的三个问题。 第一:LHM 端口。必须从 WAN 到 SonicWall 的 WAN 接口开放 TCP 4043。如果您的 ISP 或上游防火墙阻止了此端口,则 LHM 授权握手将永远无法完成,访客在身份验证后会卡在 Splash Page(展示页面)上。他们在 Purple 端看到了成功的登录,但 SonicWall 始终没有收到授权信号。在上线前,通过从外部 IP 对 4043 端口进行 telnet 或 curl 检查来测试这一点。 第二:FQDN 对象解析时机。SonicOS 在启动时以及按照可配置的间隔解析 FQDN 地址对象。如果您添加了新的 Walled Garden(围墙花园)域名,而解析尚未刷新,则未授权的设备将无法访问它。添加新的 FQDN 对象后,请强制手动刷新,或者在高流量部署中将 DNS 刷新间隔设置为 60 秒。 第三步:VLAN 子接口配置。仅当目标 VLAN 在首台设备认证之前已作为子接口存在于 SonicWall 上时,通过 RADIUS 的动态 VLAN 分配才能生效。如果 RADIUS 响应返回 Tunnel-Private-Group-ID 110,但 SonicWall 上不存在作为子接口的 VLAN 110,则该设备将被丢弃或回退到默认 VLAN。在启用 RADIUS VLAN 分配之前,请构建并测试所有 VLAN 子接口。 对于管理多个场馆的 MSP(托管服务提供商),Purple 的云端控制面板允许您集中管理 RADIUS 策略、PPSK 表和 splash page 配置。您可以从单个界面将配置更改推送到所有场馆。这就是云端覆盖方法的运营优势——SonicWall 硬件保持不变,而 Purple 处理其之上的身份和策略层。 --- 第 4 部分:快速问答(约 1 分钟) 以下是一些经常出现的问题。 “我可以在独立模式下将 SonicWave AP 与 Purple 一起使用吗?”可以,但您会失去一些功能。在独立模式下,SonicWave AP 在本地管理自己的 RADIUS 配置。您仍然可以将它们指向 Purple 的 RADIUS 服务器进行 802.1X 认证。但对于具有动态 VLAN 分配的 PPSK,您需要 SonicWall TZ 作为 RADIUS 代理,或者使用 Wireless Network Manager 集中管理 AP 策略。 “Purple 是否支持 SonicWave 上的 WPA3?”SonicWave 对 WPA3 的支持取决于固件版本和 AP 型号。SonicWave 600 系列 AP 支持 WPA3。对于 Captive Portal 使用场景,带有机遇性无线加密(OWE)的 WPA3 与 Purple 的 LHM 重定向流程兼容,但在大规模部署之前,请在您的特定固件版本上进行测试。 “Purple 如何处理通过 splash page 收集的访客数据的 GDPR 合规性?”Purple 已通过 ISO 27001 认证,符合 GDPR,并通过了 Cyber Essentials 认证。同意书在 splash page 上通过可配置的勾选框进行捕获。Purple 根据您的数据保留策略存储第一方数据。访客可以通过 Purple 的自助服务门户访问和删除其数据。 “Purple 为动态 VLAN 分配返回哪些 RADIUS 属性?”三个属性:值为 VLAN 的 Tunnel-Type、值为 802 的 Tunnel-Medium-Type,以及将 VLAN ID 作为字符串的 Tunnel-Private-Group-ID。这些是 SonicOS 和 SonicWave 支持的标准 RFC 2868 属性。 --- 第 5 部分:总结和后续步骤(约 1 分钟) 总结一下。SonicWall TZ 防火墙和 SonicWave AP 通过两种主要机制与 Purple 集成:用于访客 Captive Portal 重定向的 LHM,以及用于员工 802.1X 认证和基于 PPSK 的多租户隔离的 RADIUS。关键配置步骤包括:在访客区域启用外部访客认证、在 4043 端口上配置 Purple 门户 URL、构建您的围墙花园(Walled Garden)FQDN 对象、在 Wireless Network Manager 的 SonicWave AP 策略中配置 RADIUS,并在启用动态 VLAN 分配之前在 SonicWall 上创建您的 VLAN 子接口。 对于多租户部署,结合基于 RADIUS 的 VLAN 引导的 PPSK 是最理想的架构。一个 SSID,一套 AP,通过基于身份的 VLAN 分配实现完全的租户隔离。 如果您正在规划部署或审查现有部署,Purple 的技术团队可以提供特定于场所的 RADIUS 配置文件和围墙花园域名列表。Purple 平台支持 80,000 个活跃场所,并在 2024 年处理了 4.4 亿次登录——我们今天介绍的集成模式在更大规模上得到了验证。 感谢收听。包含逐步配置表和 Mermaid 架构图的完整书面指南可在 Purple 官方网站上获取。 --- 脚本结束

header_image.png

执行摘要

将 SonicWall 网络基础设施与 Purple 的云覆盖层集成,可提供企业级访问控制以及先进的第一方数据捕获。本指南涵盖了四个不同用例的技术实现:具有 Captive Portal 重定向的访客 WiFi、Walled Garden 例外情况、使用 802.1X 的安全员工 WiFi,以及使用具有动态 VLAN 引导的 SonicWall 私有预共享密钥 (PPSK) 的多租户隔离。

我们每年在超过 80,000 个活跃场所处理 4.4 亿次登录。下面详述的架构已在酒店、零售和公共部门环境中得到大规模验证。它允许您保留现有的 SonicWall 硬件,同时将身份管理、Splash 页面托管和 RADIUS 身份验证卸载到 Purple 云。

技术深挖

该集成依赖于两种主要机制:用于 Captive Portal 重定向的轻量级热点消息传递 (LHM),以及用于 802.1X 和 PPSK 身份验证的 RADIUS。

通过 LHM 进行 Captive Portal 重定向

SonicOS 使用 LHM 处理外部 captive portal 重定向。当未通过身份验证的访客设备尝试访问互联网时,SonicWall TZ 防火墙会拦截 HTTP 请求,并将客户端重定向到 Purple 托管的 splash 页面。访客完成身份验证流程(例如,社交登录、表单填写)。然后,Purple 通过 TCP 端口 4043 向 SonicWall 发送回 LHM 授权数据包。收到此数据包后,SonicWall 将更新其内部访问控制列表,允许该设备的 MAC 地址访问互联网。

architecture_overview.png

Walled Garden 架构

在身份验证之前,访客设备将保留在受限区域中。Walled Garden 是允许设备访问以渲染 splash 页面并完成登录过程的特定完全限定域名 (FQDN) 集合。这包括 Purple 的 CDN (cdn.purple.ai)、身份验证 API (api.purple.ai) 以及 Google Workspace、Microsoft Entra ID 和 Meta 等第三方身份提供商所需的域名。

SonicOS 使用 FQDN 地址对象实现 walled garden。防火墙对这些对象执行动态 DNS 解析,并自动更新允许的 IP 范围。这至关重要,因为身份提供商和 CDN 使用动态 IP 分配;静态 IP 白名单将不可避免地失效。

安全员工 WiFi 和 802.1X

对于员工网络,SonicWave AP 充当 802.1X 认证器,将请求代理至 Purple 的 RADIUS 服务器。我们建议对使用证书的托管设备使用 EAP-TLS,或针对 Microsoft Entra ID 等目录使用 PEAP-MSCHAPv2 进行用户名/密码认证。认证成功后,Purple 会返回标准的 RADIUS 属性(Tunnel-Type、Tunnel-Medium-Type 和 Tunnel-Private-Group-ID),以将设备动态分配给正确的员工 VLAN。

使用 PPSK 的多租户隔离

基于身份的网络(Identity-Based Networks)消除了对复杂多 SSID 部署的需求。使用 SonicWall PPSK,单个 SSID(例如“Multi-Tenant-WiFi”)可在整个场馆内广播。每个租户都会收到一个唯一的密码。当设备使用特定的 PPSK 进行关联时,SonicWave AP 会向 Purple 的 RADIUS 服务器验证该密钥。Purple 识别该租户并返回关联的 VLAN ID。然后,SonicWall 将流量引导至隔离的租户 VLAN 中。

ppsk_vlan_diagram.png

实施指南

1. 配置 SonicWall Captive Portal (LHM)

要在运行 SonicOS 7.x 的 SonicWall TZ 系列上配置外部 Captive Portal:

  1. 导航至 Object > Match Objects > Zones。编辑分配给您的访客网络的区域(例如 WLAN)。
  2. Guest Services 选项卡下,启用 Enable Guest ServicesExternal Guest Authentication
  3. 导航至 Configure > Guest Services > General
  4. Client Redirect Protocol 设置为 HTTP
  5. Web Server 地址设置为 portal.purple.ai
  6. Port 设置为 4043
  7. Auth Pages 选项卡下,将 Login URL 设置为 Purple 场馆控制面板中提供的特定展示页面 URL。
  8. 保存配置。SonicOS 将自动生成 NAT 策略和 WAN 到 WAN 的访问规则以允许 TCP 端口 4043。请勿修改这些自动生成的规则。

2. 构建 Walled Garden

为所需的域名创建 FQDN 地址对象,并将它们添加到地址组中。将此组应用于访客区域中的允许规则。

所需的 Purple 域名:

  • *.purple.ai
  • *.purpleportal.net

操作系统 Captive Portal 探测:

  • captive.apple.com (iOS/macOS)
  • connectivitycheck.gstatic.com (Android)
  • msftconnecttest.com (Windows)

常见的社交登录域名 (Google):

  • accounts.google.com
  • oauth2.googleapis.com
  • apis.google.com
  • *.gstatic.com

3. 为 SonicWave AP 配置 RADIUS

要通过 Wireless Network Manager 将 SonicWave AP 与 Purple RADIUS 集成:

  1. 导航至 Policies > Policy Hierarchy 并选择您的 AP 策略。
  2. 选择 802.1X 选项卡。
  3. 输入 Purple RADIUS 服务器 IP 地址(可在您的 Purple 控制面板中找到)。
  4. 输入由 Purple 生成的共享密钥。
  5. Authentication Port 设置为 1812,将 Accounting Port 设置为 1813
  6. 根据您的身份提供商选择合适的 EAP 方法。

4. 配置动态 VLAN 引导

在启用动态分配之前,确保目标 VLAN 作为子接口存在于 SonicWall TZ 防火墙上。

在 Purple 控制面板中,将用户组或 PPSK 映射到目标 VLAN ID。Purple 在成功验证后将返回以下属性:

  • Tunnel-Type = VLAN (13)
  • Tunnel-Medium-Type = 802 (6)
  • Tunnel-Private-Group-ID = [VLAN ID](例如,"110")

最佳实践

  • 测试 LHM 端口可见性:必须能够从互联网访问 SonicWall WAN 接口的 TCP 端口 4043。在上线前使用外部端口扫描器对此进行测试。如果 ISP 阻止了此端口,授权数据包将丢失,访客将一直受阻于展示页面。
  • 预先配置 VLAN 子接口:如果在验证事件发生之前未在 SonicWall 上配置目标 VLAN 子接口,动态 VLAN 引导将静默失败。设备将退回到默认的未标记 VLAN。
  • 强制基于 Web 的 OAuth:确保您的展示页面配置强制执行基于 Web 的 OAuth 流程。深层链接到原生社交媒体应用(例如 Facebook iOS 应用)通常会中断 Captive Portal 流程,因为原生应用流量会被 Walled Garden 阻止。
  • 优化 DNS 刷新间隔:SonicOS 会定期解析 FQDN 对象。在体育场或交通枢纽等高周转环境中,请将 Walled Garden 对象的 DNS 刷新间隔设置为 60 秒,以确保准确跟踪 CDN IP 更改。

故障排除与风险缓解

现象:访客完成了展示页面登录,但无法访问互联网。 原因:TCP 4043 上的 LHM 授权数据包未到达 SonicWall。 解决方法:验证自动生成的 WAN 到 WAN 访问规则是否存在。检查上游 ISP 路由器是否有端口阻止。确保 SonicWall WAN IP 在 Purple 控制面板中正确注册。

现象:展示页面加载失败,或社交登录按钮返回 CORS 错误。 原因:Walled Garden 配置不完整。 解决方法:在未验证状态下连接测试设备。使用浏览器开发者工具(Network 选项卡)识别被阻止的 HTTPS 请求。在 SonicOS 中将失败的域名添加为 FQDN 地址对象。

现象:员工设备通过 802.1X 进行身份验证,但从默认 VLAN 而不是分配的 VLAN 获取 IP 地址。 原因:SonicWall 上不存在目标 VLAN 子接口,或者 RADIUS 属性格式错误。 解决方法:验证 VLAN 子接口是否处于活动状态。检查 Purple RADIUS 日志以确认 Tunnel-Private-Group-ID 是否作为与 VLAN ID 匹配的字符串值发送。

ROI 与业务影响

将 SonicWall 基础设施与 Purple 一起部署,可将标准的网络成本中心转变为可衡量的业务资产。

对于拥有200个网点的零售连锁店,从通用的预共享密钥过渡到品牌化的 Captive Portal,通常会在六个月内使已知客户画像增加40%。这些第一方数据可直接集成至CRM系统,从而推动精准营销活动并增加回头客流量。

在联合办公空间或学生公寓等多租户环境中,支持动态VLAN引导的PPSK消除了为每个租户管理专用硬件的运营开销。您只需部署一个物理网络,并根据身份进行逻辑划分。这在降低高达60%硬件资本支出的同时,还能保持严格符合ISO 27001标准的网络隔离。

关键定义

Lightweight Hotspot Messaging (LHM)

SonicWall 用于与外部 Captive Portal 进行通信的协议。它负责处理重定向和授权握手。

用于将 SonicOS 与 Purple 等云端托管的访客 WiFi 平台进行集成时所必需。

Walled Garden

允许未授权设备访问的一组特定域名或 IP 地址。

对于允许访客设备在获得完全互联网访问权限之前加载欢迎页面、访问 CDN 并完成社交登录 OAuth 流程至关重要。

Private Pre-Shared Key (PPSK)

一种安全方法,其中单个 SSID 上可以使用多个唯一的密码,每个密码都与特定的用户或策略绑定。

用于多租户环境中,在不广播多个 SSID 的情况下隔离流量。

Captive Network Assistant (CNA)

iOS、Android、Windows 等操作系统内置的机制,用于检测 Captive Portal 并自动打开受限的浏览器窗口进行身份验证。

如果操作系统探测域名(例如 captive.apple.com)不在 walled garden 中,CNA 将不会触发,访客会认为 WiFi 无法正常工作。

Dynamic VLAN Steering

根据设备的身份或凭据(而非其连接的 SSID)将设备分配到特定 VLAN 的过程。

通过 Purple RADIUS 向 SonicWall 返回 Tunnel-Private-Group-ID 属性来进行管理。

FQDN Address Object

基于完全限定域名(FQDN)而非静态 IP 地址的防火墙对象。

SonicOS 动态解析这些对象,使其成为构建强大的 walled garden 配置所必不可少的要素。

Identity-Based Network

一种网络架构,其中访问策略和分段是基于已认证的用户或设备来应用的,而不是基于物理端口或 SSID。

通过将 Purple RADIUS 与 SonicWall PPSK 和 802.1X 结合使用来实现。

Tunnel-Private-Group-ID

用于指定连接设备 VLAN ID 的标准 RFC 2868 RADIUS 属性。

必须由 Purple 作为字符串值(例如 '100')返回,以指示 SonicWall 引导设备。

应用实例

一家拥有 150 间客房的酒店 (Premier Inn) 需要通过登录页面提供免费的访客 WiFi,并为客房服务设备提供安全的员工 WiFi 网络。他们拥有 SonicWall TZ570 和 40 个 SonicWave AP。他们应该如何划分这些流量?

部署两个 SSID。SSID 1:“Guest-WiFi”映射到 VLAN 100。配置 SonicWall WLAN 区域以进行外部访客身份验证,指向 TCP 4043 上的 portal.purple.ai。为 Purple 和社交登录配置 Walled Garden FQDN。SSID 2:“Staff-WiFi”通过 802.1X 映射到 VLAN 200。将 SonicWave AP 策略指向 Purple 的 RADIUS 服务器。配置 Purple 以通过 MAC 地址规避 (MAB) 或 PEAP-MSCHAPv2 对客房服务设备进行身份验证,并返回 Tunnel-Private-Group-ID “200”。

考官评语: 这种方法将不可信的访客流量与业务系统严格隔离。将 Purple 同时用于 Captive Portal 和 RADIUS 身份验证可以集中进行身份管理。MAB 适用于无屏设备(如清洁推车),而 802.1X 则可以保护员工手机的安全。

一个联合办公空间管理着 15 家共享一个开放式办公室的不同公司。他们希望为每家公司提供安全、隔离的网络,而不从其 SonicWave AP 广播 15 个不同的 SSID。

使用带有 PPSK 的 WPA2-Enterprise 部署一个名为“Workspace-Secure”的单一 SSID。在 SonicWall TZ 防火墙上创建 15 个 VLAN 子接口(例如 VLAN 101-115)。在 Purple 控制面板中,为每家公司生成一个唯一的 PPSK 并将其映射到其特定的 VLAN ID。当用户使用其公司的 PPSK 进行连接时,Purple RADIUS 将返回相应的 Tunnel-Private-Group-ID,并且 SonicWall 会将设备引导至隔离的 VLAN 中。

考官评语: 这种基于身份的网络设计能够清晰地进行扩展。广播 15 个 SSID 会导致严重的管理帧开销并降低 WiFi 性能。PPSK 提供了唯一凭据的安全性和专用 VLAN 的隔离性,而不会产生多个 SSID 带来的射频损耗。

练习题

Q1. 您已经为外部访客身份验证(External Guest Authentication)配置了 SonicWall 访客区域,并将 Web 服务器设置为 portal.purple.ai。访客被重定向到 Portal 页面并可以成功登录,但他们始终无法访问互联网。最可能的原因是什么?

提示:思考一下 Purple 是如何向 SonicWall 通知身份验证成功的。

查看标准答案

LHM 授权数据包被拦截。SonicWall WAN 接口上的 TCP 端口 4043 必须保持开放,以便接收来自 Purple 的成功信号。请检查上游防火墙或 ISP 配置是否存在端口拦截。

Q2. 某个场馆希望在其 Portal 页面上提供 Facebook 登录功能。您将 www.facebook.com 添加到了围墙花园(walled garden)FQDN 地址组中。访客报告称 Facebook 登录页面可以加载,但样式发生错乱且登录按钮不起作用。

提示:现代 Web 应用程序会从多个域名加载资源。

查看标准答案

围墙花园配置不完整。您还必须将提供 Facebook 的 CSS、JavaScript 和 API 调用的域名列入白名单,特别是 graph.facebook.com、connect.facebook.net 以及 CDN 域名(例如 *.fbcdn.net)。

Q3. 您正在为一个多租户办公室部署 PPSK。您将 SSID 配置为带有 PPSK 的 WPA2-Enterprise,并将 RADIUS 服务器指向 Purple。您在 Purple 中创建了一个映射到 VLAN 50 的 PPSK。当用户使用该 PPSK 连接时,他们却获取到了来自 VLAN 10 的 IP 地址。为什么?

提示:在 RADIUS 请求完成之前,SonicWall 需要知道将流量发送到何处。

查看标准答案

VLAN 50 尚未在 SonicWall TZ 防火墙上创建为子接口。动态 VLAN 引导要求目标 VLAN 预先存在于防火墙上;如果不存在,设备将退回到默认的未标记 VLAN(在本例中为 VLAN 10)。