企业在上无线认证之前，方案讨论最容易卡在一个基础问题上：这套企业WiFi认证到底放在哪里、由谁跑起来。常见的回答会说"买台服务器装软件"，但实际企业场景里认证系统的部署架构不止这一种。按承载形态区分，大致可以分成本地独立服务器、云端认证平台、认证网关内置三种路线，再加上规模变大后才会用到的分布式部署。三种路线没有绝对的好坏，区别在于现网条件、运维力量、分支多少和预算承受力。把区别讲清楚，选型时就不会被某一种说法带着走。
第一种：本地独立服务器部署
本地部署就是在企业自己的机房里放一台服务器，认证计费软件装在这台服务器上，账号数据、认证日志、策略配置都保存在本机。它适合有自有机房、有专职网管、对数据出内网比较敏感的企业，比如研发型公司、设计机构、对内部资料管控严格的单位。
本地部署的好处是数据不出内网，认证服务不依赖外网，断网或者运营商线路抖动时，内网之间的认证和准入判断仍然可以继续。缺点也很实在：服务器要自己采购、自己维护、自己做备份和升级，万一硬盘损坏或者系统宕机，要有本地备份恢复手段。对没有专职网管的小公司来说，本地服务器的日常维护反而是负担。本地部署通常配合旁挂或桥接方式接入现网，不改动原有出口和核心交换结构，这一点对存量网络比较友好。
第二种：云端认证平台部署
云端部署是把认证平台放在服务商的云服务器上，企业本地只保留无线控制器或者认证网关这类接入设备，认证请求通过加密通道发到云端完成判断，账号和策略集中在云端管理。它最适合分支多、总部统一管的连锁门店、分支机构、分散办公点：各地门店不需要各自装服务器，管理员在一个后台就能看到所有网点的在线情况和账号状态。
云端路线的优势是前期投入轻、不用养服务器、系统升级和备份由服务商负责，多站点管理天然集中。但它有两个前提必须先确认：一是企业现场到云端的链路要稳定，认证请求依赖外网连通，出口中断时本地能否保留缓存放行策略，需要在方案阶段确认清楚；二是数据存放位置和合规要求要让企业接受，账号、日志放在云端是否符合本单位内部规定。云端并不是"没有安全顾虑"，它只是把维护责任转移了一部分。具体联调可行性要看现场网络条件和服务商提供的部署方式，不能只凭"支持云部署"四个字就下结论。
第三种：认证网关内置部署
第三种路线不需要单独的服务器，认证能力直接做在出口认证网关或者无线控制器里，也就是设备本机自带Portal认证、PPPoE认证、简单的账号管理和策略下发。它最适合几十人到一两百人的小公司、单楼层办公室、社区型办公点：预算有限、设备本身就是出口，把认证功能集成进去，省掉一台服务器的开销和机房空间。
网关内置的优点是设备一体机、部署快、配置界面集中在网关上，适合网络结构简单的场景。局限在于扩展能力和管理深度：当企业人数上涨、用户组变多、要对接AD域或者办公系统、要做精细的访客分级和复杂策略时，单纯靠网关内置功能往往不够，这时就要往独立认证平台过渡。换句话说，内置网关是够用就好的起点，不是越大规模越合适的终点。选型时要预留将来平滑扩展的空间，而不是一步到位堆复杂设备。
规模变大后的分布式与高可用思路
当企业发展到几百人以上、多个楼层甚至多个园区时，单台认证服务器会变成单点风险。这时候会考虑主控与存储分离、双机热备、主备互为备份的部署方式，避免一台设备故障导致全公司上不了网。分布式和高可用属于较成熟项目的架构安排，需要结合实际用户规模、并发接入情况和硬件规格做项目级设计，不能脱离现场拍脑袋承诺性能指标。
三种路线的判断顺序
选型时建议先问四个问题：企业有没有专职网络运维、有几个办公地点、数据是否要求留在内网、未来两年人数会不会快速增长。有运维、数据敏感、单一大楼，优先看本地部署；多分支、总部集中管、想轻资产，看云端平台；人少网简、预算紧，先从认证网关内置起步。无论选哪种，现网的AC、交换机、出口设备是否支持标准的RADIUS和Portal对接，都要在立项前确认清楚，因为"支持某款认证软件"和"现网设备能完整承接认证放行"是两件事，需要现场勘测后才能给出确定结论。
企业WiFi认证的部署架构不是产品宣传里越高级越好，而是和企业自身的运维能力、站点数量、合规要求、成长阶段匹配。先把这三种形态的适用边界想清楚，再决定采购形态，能少走很多返工的弯路。