校园网络认证管理系统上线前，很多学校把关注点放在功能清单上，而真正决定项目成败的往往是选型阶段没有想清楚的基础问题。认证系统一旦投入使用，涉及全校几万师生的日常上网，改起来成本很高。这篇把选型前必须厘清的几个问题梳理清楚，供网络中心在立项和招采前对照检查。
问题一：先明确认证对象和认证场景
校园网络认证管理系统首先要回答的问题不是"用哪个厂商"，而是"认证谁、在哪些场景认证"。学生宿舍通常需要个人账号认证并区分多终端，教室和图书馆往往是统一限时或免费开放，机房和实验室需要按课表授权，访客和校外人员则需要临时账号。不同场景对认证方式、策略和体验的要求差别很大，如果只按一种场景选型，后面上线必然顾此失彼。建议选型前先把全校的上网场景清单列出来，逐项确认每个场景的认证要求。
问题二：账号数据从哪里来
校园网络的账号体系通常要和学号、工号或统一身份认证体系打通。选型时必须确认系统能不能接入现有的账号数据源，比如教务系统、学工系统、统一身份认证平台。如果认证系统维护一套独立的账号库，与学校现有账号体系脱节，入学开户、学籍变动、毕业生离校时的账号同步都会变成人工操作，工作量非常大且容易出错。选型时要重点考察账号同步接口是否成熟、是否支持定时批量同步，以及能否与统一身份认证做联动。
问题三：规模与并发要按峰值算
校园用户的特点是规模大、终端多、作息集中。平时在线人数可能不高，但开学季、选课日、考试周会突然出现高峰。选型时不能只按平均在线数评估性能，要按全校规模和高并发场景来测算认证服务器和Radius服务的处理能力，并考虑是否需要负载均衡和集群部署。把"理论峰值"和"实际能稳定运行的并发"区分开，最好在招标阶段就要求厂商给出同规模院校的实际运行参考。
问题四：认证方式要覆盖主要终端
学生手里的设备五花八门，Windows、macOS、安卓、iOS，还有大量智能电视、游戏机、IoT设备。校园网络认证管理系统要能覆盖主流认证方式，比如Web认证（Portal）、802.1X、以及无感知认证（MAC自动绑定）。不同设备对认证方式的兼容性不同，选型前最好整理一份全校常见设备清单，在招标或POC阶段逐项验证。认证方式覆盖不全，会直接导致部分设备无法上网，上线初期投诉集中。
问题五：是否涉及计费和上网策略
部分高校的校园网络实行包月、包学期或按流量计费，这需要在认证系统上叠加计费能力。如果只需要认证不限时免费上网，系统可以轻量化；如果需要计费，就要考虑计费粒度、欠费停机、自助缴费、与一卡通或微信支付对接等能力。选型前要明确网络中心负责的是"认证+授权+计费"全链路，还是仅认证授权，避免把计费需求遗漏在需求书之外。
问题六：部署方式是旁挂还是串联
认证系统的部署位置直接影响网络可用性。旁挂方式下认证系统故障不影响已有网络的转发，业务更安全；串联方式便于集中控制，但一旦系统故障可能影响整网。对校园这样对稳定性要求极高的场景，一般建议采用旁挂部署并做好认证服务器的冗余。选型时要把部署架构、故障切换机制和恢复时间问清楚，并在合同中明确验收指标。
校园网络认证管理系统选型的核心，是在需求书阶段就把认证场景、账号体系、规模并发、认证方式、计费需求和部署架构这六件事想明白。基础问题厘清后，再去看功能清单和厂商能力，才不会在几十个功能点里迷失方向。把选型前的问题想透，实际上是给后续实施和运维省下最大的成本。