很多单位准备上WiFi实名认证系统的时候，重心都放在选哪家厂商、买什么套餐，真正动手部署了才发现，网络环境里一堆问题根本没提前摸清楚。交换机不支持镜像、AC控制器版本太老、DHCP地址池不够、无线覆盖有死角，这些问题单独看都不算大，但叠加在一起，实名认证页面就弹不出来，或者弹出来了认证服务器收不到请求。部署前做一次彻底的网络环境排查，比后面反复救火要划算得多。

核心网络设备的型号和固件版本要逐项核对

实名认证要正常工作，接入交换机、汇聚交换机、无线AC、AP这些设备的型号和固件版本都必须支持Portal重定向和必要的报文处理。有些单位的网络是分了好几期建起来的，同一栋楼里可能跑着三四个品牌的设备，固件版本也参差不齐。排查时要拉一张完整的设备清单，把每一台的关键型号、软件版本、是否开启过认证相关功能都填上去。曾经遇到过一个项目，AP是某品牌老款，固件停在三年前的版本，Portal重定向的支持有bug，供应商远程查了一周才定位到是固件问题，升级完就好了。这种事如果在部署前确认版本，半天就能排掉。

认证服务器的部署位置和回程链路质量

实名认证服务器放在哪个网段、通过哪条链路和前端设备通信，这件事直接影响认证成功率。很多单位的认证服务器放在核心机房，但前端AP分布在各个分支，中间隔着好几跳路由器和防火墙。如果回程链路有丢包或者延迟抖动，用户点完"连接WiFi"到弹出认证页的等待时间就会被拉得很长，不少人会以为网络坏了直接放弃。排查时要实测从用户终端到认证服务器的端到端延迟和丢包率，高峰期也要测一遍。如果链路质量不达标，要么调整服务器部署位置，要么在分支侧加缓存前置，不能等上线后再处理。

DHCP地址池和IP保留策略要先算清楚

实名认证场景下，终端先拿到IP才能弹认证页，所以DHCP地址池的大小和分配策略特别关键。有些单位地址池本来就不大，还被打印机、摄像头、物联设备占掉一大块，留给手机用户的余量很少，高峰期一拥挤，新终端拿不到IP，认证页自然弹不出来。排查时要统计各区域的终端峰值，把地址池按区域拆分，给访客和员工分别留池子，再把摄像头这类固定设备改用静态IP或者单独的保留段。这个活看似琐碎，但如果不做，上线第一天高峰期就会接到一堆连不上网的投诉。

无线覆盖盲区和终端兼容性不能凭感觉

信号覆盖不到的地方，实名认证无从谈起。排查时不能只看AP点位图，要实地拿几台不同品牌、不同系统的手机去各区域测信号强度和连接稳定性。安卓和苹果在无线协议支持上有差异，某些国产手机对特定频段的适配也有问题。曾经有个商场项目，AP点位按图纸很均匀，但实测发现电梯厅、卫生间门口信号掉得很厉害，用户在那儿怎么都连不上，认证页更别提了。后来补了几个AP才解决。终端兼容性这块，建议覆盖测试至少包含苹果最新两代、安卓主流三四个品牌，别只用自己手里的那一台测。

DNS解析和Portal重定向的配置前提

用户连上WiFi后第一次打开网页，系统靠DNS和HTTP重定向把他引到认证页。这个过程依赖正确的DNS放行和重定向规则。排查时要确认认证服务器域名能不能正常解析，未认证用户访问外网时是不是被精准重定向到Portal而不是被直接掐断。有些单位的安全策略比较保守，未认证终端默认只能访问白名单，结果DNS都被禁了，重定向根本触发不了。这种情况要提前在防火墙或AC上给未认证用户开一个最小放行通道，只放DNS和重定向目标，其余照堵。配置细节要在排查阶段就定好，别等部署时临时改。

防火墙和安全策略对认证流量的放行

实名认证涉及终端、认证服务器、短信网关、可能的公安对接平台之间的多向通信，每一条都要在防火墙上留口子。排查时要画一张通信矩阵，列出谁访问谁、用什么协议、走哪个端口，然后逐条核对现有策略是否已经放行。最常见的问题是短信验证码通道被防火墙拦了，用户收不到码，认证卡死；还有公安对接的 outward 接口被安全设备当成异常流量阻断。这些口子不提前开好，上线后就是间歇性失败，极难排查。建议排查清单里专门列一栏"安全策略"，每条通信对应一个已确认放行的策略编号。

带宽出口和并发认证压力要分开估

很多人把"上网带宽"和"认证能扛多少并发"混为一谈。出口带宽决定用户认证后能跑多快，认证并发决定同时有多少人能顺利过认证。一个两千人的场馆，开场前两分钟可能有一千部手机同时发起认证，认证服务器如果只能扛三百并发，剩下的就会超时重试，现场体验一片混乱。排查阶段要按场景峰值估认证并发，再据此选认证服务器的规格，而不是按出口带宽倒推。这块很容易被忽视，因为平时测试都是几十个人慢慢连，压不出问题。

有线网络和无线网络的认证边界要划清

不是所有网络都要走实名认证。办公有线、监控专网、POS收银线路一般不应该和访客WiFi混在同一套认证里。排查时要明确哪些区域、哪些终端类型必须实名，哪些可以走内网直连或者单独的白名单。边界划不清，后期要么把不该管控的设备也管死了，影响业务；要么漏了本该实名的口子，留下合规漏洞。建议排查清单里把网络按用途分三类：强制实名、白名单直通、内网隔离，每一类对应的VLAN和策略分别列清楚。

排查结论要形成可签字的文档

口头确认的东西最容易翻车。网络环境排查的结果，设备型号、版本、链路实测数据、地址池规划、策略放行清单，都应该落到一份文档里，相关责任方签字确认。这份文档既是部署的依据，也是后面出问题时的责任边界。我们见过太多项目，部署到一半才发现某台老交换机根本不支持所需功能，供应商说"需求里没写"，甲方说"你们当时没问"，最后工期拖了半个月。把排查做细、做书面化，看起来慢，实际上是最快的那条路。