WiFi认证系统对接公安网监的真实流程：不是弹个页面就完事

公共场所提供WiFi，按网信和公安的要求，上网行为要可追溯，所以很多单位的WiFi认证系统最后都要和公安网监的平台对接。听起来就是认证页上多传几个字段，实际做起来坑不少。接口标准、数据格式、上报频率、网络连通性，每一步都可能卡住。把这套流程想清楚，WiFi认证系统才接得稳，不然要么对接不上，要么勉强通了但数据不全，出了事查不到人。对接不是弹个页面就完事，是把责任链路做实。

先搞清要对接的是哪一级

不同城市、不同行业对接的网监平台不一样，有的是省级统一平台，有的是地市自建，接口协议和字段要求都可能不同。我们做方案第一步不是写代码，而是让客户去问清楚自己归哪个平台管、要传哪些字段、用什么协议。见过单位自己闷头按网上搜的接口做，做完发现和本地实际要求两码事，全废。对接前把对接对象、标准文档、字段清单确认下来，后面才不会做无用功。这一步看似麻烦，省的是返工和合规风险。

要传的字段远不止手机号

很多人以为实名就是传个手机号，实际网监要的是身份、终端、时间、地点的关联。MAC地址、上线时间、下线的触发、接入的AP位置，这些都要和身份绑定上报。WiFi认证系统得在认证那一刻就把这些信息采集齐，而不是事后拼。我们部署时会把采集点放在认证成功之后、放行之前，保证每条上网记录都带得上身份和位置。字段缺一项，事后追溯就断一环，等于白接。数据完整性比上报速度重要。

网络连通是第一条拦路虎

网监平台一般在公安内网或者指定的专线，单位自己的网络未必能直连。我们遇到过认证服务器在云上，而要求上报到政务专网，中间连不通，数据堆在本地发不出去。这类问题要在架构阶段就解决，是拉专线、走VPN还是用前置机，得和网络运维一起定。别等到系统上线、认证跑起来了才发现上报接口超时。连通性是最基础的一层，做之前先测通、先连通验证，再谈字段和频率。很多对接失败，根子就在网络没打通。

上报频率与重试机制

上网记录是实时产生的，上报是定时的还是即时的，平台各有要求。即时的对系统压力小但要求链路稳，定时的要防数据积压。WiFi认证系统要有失败重试和本地缓存，断网或者平台忙的时候先攒着，恢复后补报，不能丢。我们一般会把上报做成异步队列，认证主流程不被上报拖死。同时要有上报状态的看板，哪条没发出去一眼能看到。没有重试和缓存，一次平台抖动就丢一批记录，追溯的时候刚好缺那段，责任就回来了。

数据加密与留存周期

上网日志属于敏感数据，传输要加密，存储有周期要求，不能想存多久存多久。WiFi认证系统对接时要把传输通道做成加密，本地留存按规定的天数走，到期清理。我们见过单位把日志存了几年不删，既占空间又增加泄露风险。留存周期和清理策略写进运维规范，别靠人记得删。加密和留存是两件事，传输不被截，存储不过期，合规才站得住。这块在方案里要和法务或者合规岗对齐，别技术自己拍脑袋。

认证页的合规提示

对接网监不只是后台传数据，前台也要有告知。顾客连WiFi的时候，登录页要写明上网需实名、数据按规留存这些提示，这是合规的前置动作。我们做认证页会把告知文案放在显眼但不挡操作的位置，不能藏到折叠里。没有前台告知，光后台传数据，被投诉时一样站不住。告知和操作要平衡，既要让用户看到，又不能把登录流程拖太长。文案怎么写也要过合规，别写得太吓人把顾客劝退。

联调要拿真实数据走一遍

接口开发完，别只在测试环境跑通就算完。我们做联调会拿真实的上线、下线、漫游场景，在和正式环境一致的网络下走一遍，确认每条记录都到了平台、字段对得上、时间准。测试环境往往网络通、数据少，看不出问题，一上真实环境游客一多就露馅。联调时最好和网监那边的对接人一起验，对方能直接看到后台有没有收到。自己测自己看，容易漏掉对方视角的问题。真实跑一遍，比文档签字靠谱。

上线后留好运维抓手

对接做完不是结束，是运维的开始。WiFi认证系统要能随时查某条记录上报了没有、平台返回了什么，出问题能快速定位是网络、字段还是平台侧。我们会把上报日志、返回码、重试次数都留出来，做成可查的运维视图。平时没人看，一旦监管来查或者出了安全事件，这就是能不能说清楚的关键。很多单位对接完就把这块忘了，真要查的时候翻不出凭据。对接的闭环是能查、能证、能补，这三样齐了才叫真的接上了。