同样的无线Portal认证系统，放在宿舍区和放在教学区，玩法完全不一样。我们见过不少学校一套模板打天下，结果宿舍区一到晚上崩、教学区上课时卡，两边都不满意。根子在于这两类区域的用网模型差得太远，部署思路和策略重点必须分开设计。把差异想在前面，比上线后天天救火要省心得多。
宿舍区：高并发终端和晚高峰
宿舍区最典型的特征，是一个学生可能同时挂着手机、平板、笔记本、游戏机，一栋楼几千人就是上万台终端同时在线。而且用网高度集中在晚上九十点，那种瞬时并发压力，比教学区全天都高。无线Portal在宿舍区要重点考虑终端承载上限、晚高峰的限速策略、以及接入点的合理密度。我们一般建议宿舍区单独划认证域，容量按峰值留余量，别拿教学区的配置来套。
教学区：稳定优先和短时集中
教学区和宿舍区相反，用网是短时集中型，上课前十分钟、课间切换时会出现小高峰，但单终端流量不大，对稳定的要求高于对容量的要求。这里无线Portal的重点是认证快、漫游顺，学生进教室别卡在登录页上。我们建议教学区接入点密度高一些、认证会话保持时间长一些，减少反复弹窗。稳定体验做好了，老师才不会把上课卡顿的锅甩给网络中心。
实验楼和图书馆的特殊性
实验楼有些设备要走专用网络，不能和学生的WiFi混在一起认证；图书馆则是长时段安静用网，对保活要求高。这两类场所不能套宿舍或教学的模板，得单独配策略。我们做方案时通常会把全校按区域切成三到四类，每类一套认证和策略模板，而不是一个大锅饭。区域差异化配好，后面运维的工单量能少一大截。
无线接入点和认证服务器的回程
不管哪个区域，接入点把认证请求送回认证服务器的那一段网络很关键。宿舍区楼栋多、接入点分散，如果回程带宽不够，认证请求会排队，表现出来就是连上了WiFi却一直转圈进不去。我们一般要求接入点到认证服务器的回程独立留带宽，并且认证服务器放在核心层。这块往往被忽视，但它是无线Portal体验的隐形天花板。
部署架构：集中还是分栋
小校区一套集中认证服务器就够了；大校区我们更建议核心集中加楼栋边缘缓存，认证主逻辑在中心，楼栋本地留一份凭证缓存，中心短暂不可用时学生还能正常上几分钟。这个设计看着保守，但在实际运行里救过不少次，有一次中心数据库升级，靠着楼栋缓存整栋楼没断网。把单点故障的影响面压到最小，是部署架构要琢磨的事。
策略模板要分开管理
宿舍的晚高峰限速、教学的上课优先、图书馆的长保活，这些策略最好做成独立模板，按区域套用，而不是写死在全局。我们建议上线前就把每类区域的策略清单列清楚，认证系统支持按接入点分组下发策略。模板分开了，改一个区域不影响其他区域，运维老师夜里改配置也安心。很多学校图省事全用一个模板，结果一动全身，最后谁都不敢动。
带宽预留别和办公网混
认证流量看着不大，但晚高峰几万人同时握手，总量不小。我们建议认证系统的回程和办公网物理或逻辑隔离，别和教务、财务的核心业务抢带宽。曾经有个学校把认证回程和办公网混在一起，月底财务结账全行卡顿，查了两天才发现是被认证流量顶的。隔离这件小事，能避免很多跨部门的互相甩锅。
上线后的灰度验证
方案定得再好，也得真跑一遍。我们建议正式全量前，先开一栋楼做灰度，观察一周的认证成功率、晚高峰负载、学生投诉量，没问题再推广到其他区域。灰度花不了多少时间，却能提前暴露容量和策略的偏差。很多学校跳过这步直接全量，结果第一晚就崩，反而更耽误事。
总结：无线Portal部署不能一刀切，宿舍看峰值和终端，教学看稳定和漫游，特殊场所单独配。把区域差异想在前面，接入点回程和部署架构也一并设计，项目上线后才不会天天被人找。一套系统管全校可以，但策略和容量必须分域，这才是真正的省心。