Portal认证系统在学校宿舍区和教学区的部署差异

同一套Portal认证系统，管宿舍区和管教学区，难度和侧重点完全不是一回事。很多学校图省事，一套策略套全场，结果要么宿舍投诉爆棚，要么教学区上课卡顿。我们做校园网项目时，第一步就是把这两类区域拆开看，因为它们的上网行为规律天生就不一样。宿舍是生活区，教学是学习区，部署和策略都得跟着场景走。

宿舍区峰值高且集中

宿舍最典型的特征是晚高峰。学生回寝后一小时内全员上线，并发认证请求是全天最高的，远比白天教学区集中。我们实测过一所高校，晚九点到十点的认证并发是白天的七八倍，这套峰值曲线直接决定了认证服务器和计费网关的容量。如果按白天均值为宿舍选型，晚高峰一定崩。所以宿舍区的容量规划必须按晚高峰和开学报到日的瞬时峰值来算，不能拍脑袋。

宿舍区终端杂且多

现在一个宿舍里，手机、平板、笔记本是标配，再加游戏机、智能音箱、投屏盒子，人均在线设备早就超过两台。Portal在宿舍要能识别多终端，还要防着一个账号被全班蹭。我们见过最夸张的一个宿舍，一个账号下面挂了十一台设备，计费完全失真。宿舍区的认证策略重点在终端管理和共享检测，这一点教学区基本不用操心。

教学区节奏规律但重稳定

教学区上网有明显的潮汐：上课铃一响集体上线，下课集体掉线，但单设备为主，基本一人一机。它的核心诉求不是扛峰值，而是稳定和漫游。学生抱着笔记本换教室，不能每换一间就重连一次，接入点之间的切换要快、要无感。我们一般要求教学区的认证保活做得更激进，宁可多保持会话，也别让学生上课中途掉线影响教学。

部署上的物理差别

宿舍楼通常是每层一个弱电间，接入点密、楼层多；教学区往往是集中机房加楼层交换机，结构更规整。Portal的认证前置设备怎么放、日志往哪汇聚，两套区域的物理条件差别很大。我们做部署设计时，宿舍区更强调分布式接入点的认证覆盖，教学区更强调核心机房的集中处理能力。不区分物理条件硬上，容易出现宿舍信号死角、教学区机房过载。

策略必须分域

宿舍要限时限速，教学区要开放但要审计，图书馆和体育馆又是另一套逻辑，不能一套策略套全场。Portal的价值之一正是支持分域策略，按区域、按时间段、按身份下发不同规则。我们把策略分域当成部署的硬要求，而不是可选项。分域做得好，宿舍的抱怨和教学区的卡顿能同时降下来；做不好，顾此失彼是常态。

带宽分配要联动

宿舍晚高峰要保底带宽，教学区直播课要优先转发，这两类诉求会抢资源。Portal认证系统本身不管带宽，但它和计费网关、流控设备联动后，可以按身份和区域做优先级。我们建议学校把认证系统和出口流控打通，让上课流量优先、宿舍闲时宽松，而不是各管各的。联动做顺了，同样出口带宽能服务更多人。

运维颗粒度分开

宿舍按栋、教学区按楼层，告警和责任人都该分开。我们见过学校把全校告警混在一个群里，结果宿舍断电和教学区故障搅在一起，谁也分不清该谁处理。Portal的后台可以分区域授权，楼管看本栋、网络中心看全局，告警按区域路由。颗粒度分清楚了，处置效率差出好几倍。

收口：一套系统可以，一刀切不行

成本也要分区域算

很多学校做预算时全校一口价，结果宿舍区要的并发和冗余全压在总价上，教学区反而被摊薄。我们建议成本也分区域估算，宿舍按峰值和终端密度、教学按覆盖和漫游质量分别报价，这样哪块该多花、哪块能省，领导一眼能看明白，也不会出现宿舍砸钱、教学将就的失衡。

先试点再铺开

区域差异这么大，一上来全校统一部署风险高。我们一般建议先挑一栋宿舍和一栋教学楼做试点，把峰值、漫游、策略分域都跑一遍，验证没问题再推广。试点花的时间，远小于全校返工的成本，这笔账怎么算都划算。

总结一句：一套Portal认证系统管全校完全可行，但部署和策略必须分域设计，不能一刀切。宿舍看峰值和终端，教学看稳定和漫游，特殊场所单独配。把区域差异想在前面，项目上线后才不会天天救火。