很多项目做无线认证方案的时候，把"实名认证"当成一个功能点来配置——选了短信认证模块，打开实名开关，就算完事。上级部门来检查的时候才发现，实名认证不只是买不买模块的问题，而是整个日志体系能不能对上要求。

先说合规这条线。公安82号令对互联网服务提供者有明确的日志留存要求：用户身份信息、终端信息、上网日志，留存时间不少于60天，检查时能推送能调取。V7系统和NE-80的组合在技术上是能满足这个要求的——V7负责用户认证，NE-80在流量层记录完整的上网行为日志，两边的日志需要做关联。

过检的核心不是买什么设备，而是日志格式和推送接口能不能对上。 不同地区的公安检查接口有差异，有的走标准协议推送，有的要定制开发接口，有的只要求本地留存能调取就行。方案阶段必须跟集成商和设备商确认清楚：日志格式是什么、推送方式是哪种、接口开发谁来做、时间节点怎么安排。等设备上线了再来谈接口，要么加钱，要么改架构。

再说运营这条线。实名认证对用户体验是有影响的——用户需要输入手机号收验证码，或者扫码关注公众号，这个步骤比纯账号密码多。如果你的场景是酒店前台、机场候机厅这类即时上网需求强的地方，用户会因为多一步操作投诉。

解决这个问题有几种思路。第一种：短信认证和微信认证混用。 首次接入用短信验证身份，验证通过后绑定设备MAC，后续无感知认证不用再操作。V7支持这种方式，短信认证满足实名要求，MAC无感知保证体验，两个需求不矛盾。

第二种：根据区域做差异化策略。 大堂和公共区域访客多，用短信或取号机认证；客房内部用客房专属SSID加预置账号，认证压力下沉到房间维度。

第三种：接入和实名解耦。 先让用户能上网，再在用户使用过程中补全实名信息——这个方式适合对时效要求不高的企业内网场景，但不适合酒店和公共场所。

有个边界条件要提前确认：哪些终端/哪些区域不需要实名？ 员工办公区如果走的是企业内部账号体系，已经在AD域或OA系统里有身份信息，认证日志本身就能关联到人，这种场景的实名要求可以通过LDAP对接来解决，不用额外走短信。

说到底，实名认证过检的关键是日志格式和推送接口，不是买了什么设备；运营上的体验问题靠认证方式组合来解决，不是牺牲合规迁就体验。两件事在方案阶段就要一起定，不能上线之后再协调。