WiFi实名认证不是上线就完事的。很多场所认证系统装好了、能跑了，过了一段时间又出各种麻烦——监管抽查发现问题、用户反馈认证失败、数据丢了找不回来。这些问题大多有迹可循，提前知道有哪些坑，能省不少事。

坑一：认证成功但日志没留下来

表面上用户完成了认证，后台也显示"认证通过"，但六个月后导出日志，发现记录不完整甚至有大段空白。常见原因：日志写入数据库时有丢包，或者存储空间满了之后系统自动覆盖旧数据。

排查方式：部署完成后每周抽查一次日志完整性，验证最近7天的认证记录是否连续、无缺失。定期检查存储剩余空间，设置告警阈值。

坑二：换设备或升级固件后认证断了

网络设备升级固件、或者更换了一批AP之后，认证Portal页突然弹不出来了。原因是新设备或新固件的RADIUS对接参数、Portal重定向地址跟原来不一致，需要重新配置。

这种情况在没有统一网管平台的场所特别容易发生，IT人员各自配各自的，没有版本记录，出了问题排查困难。建议每次硬件或固件变更后，专门做一次认证全流程测试，不要假设"跟上次一样"。

坑三：验证码收不到，被当成认证系统故障

用户反馈"认证失败"，排查一圈发现不是系统问题，是短信通道堵了——短信运营商对验证码有发送频率限制，高峰期可能延迟或丢失。

解决方向：接入多个短信通道，主通道失败时自动切换备用通道；在认证页面提示用户"短信未到请等待1分钟后重新获取"，减少用户反复点击造成的频率触发。

坑四：部分设备绕过了认证

智能电视、IoT设备、部分企业电脑不会弹出Portal认证页面，直接连上WiFi就能上网，相当于绕过了认证。这类设备通常没有浏览器，无法完成标准的Web认证流程。

处理方式：在网络层面对未完成认证的MAC地址做硬性拦截，只放行已认证设备的流量；对企业内部需要联网的固定设备，在后台做MAC地址白名单，与人工登记的设备信息挂钩。

坑五：某些手机上Portal页打不开

部分国产手机、或者系统版本较旧的设备，连接WiFi后不会自动弹出Portal认证页面。用户不知道要手动打开浏览器访问任意网页才能触发跳转，以为WiFi连不上，直接断开。

可以在认证设计上做优化：连接WiFi后系统推送通知提示用户"请打开浏览器完成认证"；或者通过广播包主动触发认证跳转，减少用户的认知负担。

坑六：合同没写清楚维保责任

认证系统出故障，厂商说是网络设备问题，网络设备厂商说是认证系统问题，物业IT两头跑，拖了好几天没人解决。这是合同边界没划清楚的典型结果。

采购合同里要明确：认证系统的故障响应时间（建议4小时内响应）、故障定责规则（谁提供的模块谁负责排查）、联合调试的义务（认证系统厂商和网络设备厂商必须配合）。

WiFi实名认证的问题，大部分不是"系统选错了"，而是"没想清楚后面的事"。上线前列一张验收清单，每个坑对应一个检查项，能减少很多后期的被动。