园区WiFi在地下车库电梯这类弱网盲区怎么认证

地下车库、电梯轿厢、车间角落、仓库深处、园区边缘绿化带，这些地方WiFi信号本来就弱。用户走到这些区域，手机显示连着WiFi，但弹出来的Portal页面加载不出来，或者输入账号之后点登录没反应。这不是认证系统坏了，是弱网环境下认证流程本身就跑不通。弱网盲区的认证体验，是园区WiFi覆盖验收里经常被挑出来的问题。

为什么弱网环境下认证特别难。认证流程需要几次完整的HTTP往返：打开Portal页面是一次请求，提交账号密码是一次请求，认证成功之后跳转落地页又是一次请求。每次请求都要手机到AP、AP到AC、AC到Portal服务器、再原路返回。信号好的时候，一个往返几十毫秒，整个流程一两秒完成。信号弱的时候，每个往返都丢包、重传、超时，一个请求可能要十几秒才回来，用户点登录等了半天没反应，以为系统卡了，就反复点，结果后端收到一堆重复请求。

弱网环境认证失败还有几个具体场景。地下车库AP本来就少，信号边缘区域手机一会儿收到这个AP、一会儿收到那个AP，认证过程中AP切换了，原来的会话丢了。电梯里更极端，手机出电梯一瞬间收到信号，用户还没输完密码，电梯门关上又没信号了。车间角落金属设备多，信号衰减厉害，手机能连上SSID但实际速率极低，Portal页面上的一张图片都加载不出来。

怎么解决。思路不是把每个角落都做成满格信号，这不现实；而是让认证流程对弱网更宽容，并且减少弱网下需要用户操作的次数。

第一个办法是把认证尽量前移。员工手机在信号好的办公楼里就完成了认证，系统把MAC记住。之后员工走到车库、电梯、车间，手机自动连同一个SSID，AC根据MAC直接放行，根本不弹Portal。员工不需要在弱网环境下做任何操作。这就是MAC无感知认证在弱网场景的价值：把认证动作从弱网区域挪到信号好的地方完成，后面弱网区域只需要放行，不需要交互。

第二个办法是把Portal页面做得足够小。弱网环境下，任何多余的图片、脚本、字体都是负担。Portal主页面要做到纯HTML、小图片、内联CSS，总大小控制在几十KB以内。用户在信号差的地方也能几秒内把页面拉出来。不要在认证首页放轮播大图、不要放统计脚本、不要加载第三方字体。这些东西在办公室里无所谓，在车库里就是加载不出来的元凶。

第三个办法是认证请求的重传和超时要做对。用户在弱网下点登录，手机发出去的认证请求可能丢了。这时候不要让用户自己反复点，而是Portal前端做自动重试：第一次请求发出去三秒没响应，自动重发一次，最多重试两次。重试的时候按钮显示"正在认证，请稍候"，不要让用户以为没点上又点一次。后端要能识别重复请求，不要把同一个用户的三次点击当成三个并发登录。

第四个办法是弱网区域不要强制跳Portal。有些区域用户只是路过，比如车库开车经过，信号飘一会儿就走。这种区域如果强制Portal，用户根本来不及完成认证，体验反而更差。可以给这类区域配一个临时放行窗口：用户连上之后先放行五分钟，期间如果检测到用户是已认证的MAC，直接转正式放行；如果是新MAC，五分钟之后再弹Portal。开车经过的用户五分钟内已经出车库了，不会被打扰；真的在车库里待着的运维人员，五分钟后会看到Portal提示。

第五个办法是AP在弱边缘区域的漫游要做好。员工从办公楼走到车库，手机在两个AP之间切换的时候，认证会话不能丢。这要求AC支持快速漫游，并且把用户认证状态跟着终端一起带过去，切到新AP之后不用重新认证。如果漫游过程中要重新认证，那弱网环境就是死循环：切一次AP弹一次Portal，在电梯里来回弹。

第六个办法是盲区本身要补覆盖，但不是靠加功率。有些地下车库信号弱，AP功率开到最大也盖不满，因为空间结构问题。这种情况要补AP，而不是靠调功率。功率调太大，AP之间干扰更严重，边缘速率反而更低。车间里金属设备多，要选穿透能力强的AP点位，不要把AP装在金属机柜后面。仓库里高货架挡信号，AP要分层部署，不能只装在天花板。

第七个办法是给运维留排障工具。用户在某个角落认证失败，IT要能从后台看到这个用户当时连的是哪台AP、信号强度多少、认证请求在哪一步超时。不要靠用户描述"我在地下车库B区"，要靠后台日志定位。日志里要有AP编号、信号强度、RSSI、认证阶段时间戳，IT一眼就能看出是AP问题还是服务器问题。

弱网盲区认证是园区WiFi验收里的硬骨头。你不可能把整个园区每个角落都做成满格，但可以让认证流程不依赖好信号：好地方先认证、MAC记住、后面自动放行；Portal页面做小、前端自动重试；漫游不掉会话；盲区合理放行。这样用户在弱网区域感知到的是"WiFi自动就连上了"，而不是"我又要重新输密码"。认证体验的好坏，往往不是看信号最好的地方有多快，而是看信号最差的地方能不能让用户顺利上网。