先按「用户类型」分网,再谈认证方式

用户类型 建议方式 关键要求
内部员工 802.1X(无线)/ 端口认证(有线) 免交互、可绑定设备
访客 短信验证码 Portal 实名、限速、独立网段
客房客人 房号 + 姓名 / 房卡码 Portal 与 PMS 联动、体验优先
设备终端 MAC 白名单 / 独立 SSID 绝不做交互认证

用一套策略覆盖所有用户,是后续排障噩梦的开始。

上网认证怎么选:Portal、短信、微信连 WiFi 与 802.1X 的适用场景
图片素材来自免费商用图库(pixabay,摄影师 Peggy_Marco),非本站项目实拍。

四种认证方式对比

方式 实名能力 用户体验 主要限制
Portal 账号密码 中(账号可追溯) 需手动输入 需维护账号体系
短信验证码 高(手机号) 较好 有短信成本与到达率问题
微信连 WiFi 中高 好(一键) 依赖第三方生态稳定性
802.1X 高(证书/账号) 首次配置麻烦 访客不适用

认证流的关键三环

终端接入 → 重定向/认证 → 授权下发(VLAN/ACL/限速)→ 放行
              ↑                    ↑
         DNS 必须放通        属性下发失败=认证成功但没网

「认证成功却没网」几乎都在第三环:认证服务器返回的属性没有正确下发到接入设备。

弹不出认证页的排查清单

  1. DNS 是否放通重定向域名(含备用域名);
  2. 终端是否启用了 DoH/DoT(加密 DNS 会绕过重定向);
  3. 是否访问 HTTPS 站点(浏览器不允许 HTTPS 重定向);
  4. IPv6 是否纳入策略(双栈环境下常被忽略);
  5. 终端预连接探测是否导致认证超时。

日志留存口径

  • 记录:时间、账号/MAC、来源 IP、会话级目标;
  • 期限:按当地公安要求执行(常见 不少于 6 个月);
  • 能力:可检索、可导出、可打印 —— 这三项要在验收时实测。