上周接到一个学校的维保电话，说学生反映上网断线很频繁，登录一次顶多半小时就掉线了。我问了一下现场情况，AC在用，Portal认证走的是本地，上网计费系统是三年前上的一套老系统。这种情况我见过不止一次，大多数时候不是网络硬件的问题，而是计费系统本身的认证逻辑出了状况。

认证超时和会话绑定是最常见的根源

校园上网计费系统里有一个参数叫"在线超时时长"，有些老系统默认是1800秒，半小时。这个值是指会话不活跃状态下系统自动踢下线的时间。如果学生开着手机但没有流量消耗（锁屏没关WiFi），系统会把这个会话判定为空闲，然后强制下线。等学生再刷个视频、打开APP，就得重新认证一次。

更麻烦的是有些系统在会话超时踢线的同时，没有做好会话残留清理。学生重新认证时，系统里还保留了上一次的会话记录，触发"同一账号同时在线两次"的判断逻辑，直接报错或者卡住不让登录。用户看到的是"账号已在其他设备登录"或者验证失败，但自己明明只有一台手机。

排查这类问题，先看计费系统的在线会话管理界面，确认有没有重复在线的账号记录。如果发现一个账号同时存在两个active会话，基本可以确定是会话清理没做好。手动清掉残留会话，再让学生重新认证，通常能立即恢复。根本解决要看系统版本，有些版本有专门的补丁，有些需要升级。

计费系统与AC之间的心跳配置经常被忽视

Portal认证架构里，AC和计费系统之间需要保持通信心跳，确认哪些用户在线、哪些已下线。如果心跳超时时间设置得太短，而网络偶尔有一点延迟，AC就可能误判用户已下线，发出下线通知给计费系统。计费系统接到通知后把账号清掉，用户从前端看就是直接断线。

这种情况跟学生自己的网络行为无关，跟他们的流量消耗也无关，纯粹是后端两个系统之间的参数没配好。排查方法是抓一段时间的AC日志，看有没有频繁出现的"用户下线"事件。如果下线记录密度远高于正常水平，而且下线时间跟学生描述的断线时间对得上，基本可以锁定是这个问题。

心跳超时建议设在60秒以上，不要低于30秒。部分老系统默认值是20秒甚至15秒，在网络抖动较多的宿舍楼或者信号覆盖边缘区域，这个值非常容易触发误判。

RADIUS认证失败日志里能找到很多线索

如果学校用的是RADIUS+Portal混合认证，断线问题有时候出在RADIUS侧。RADIUS服务器和计费系统的账号同步如果有延迟或者出错，RADIUS会对一个账号返回Access-Reject，但计费系统里显示"已在线"，这两边对不上，认证就过不去。

排查RADIUS问题，最直接的是看认证失败日志，看拒绝原因是"密码错误"还是"账号不存在"还是"超出在线设备数"。如果是"超出在线设备数"，说明计费系统那边没把上次的会话清掉。如果是"账号不存在"，说明RADIUS服务器的账号库跟计费系统没同步上。

RADIUS认证日志在Linux系统上一般在/var/log/radius/下，文件名是radius.log或者按日期命名。找到对应时间段的失败记录，对照计费系统的在线账号列表，两边一起看，通常都能找到症结。

计费系统升级之后出现断线要优先查参数变化

有一类断线问题是升级之后才出现的。系统版本更新后，某些默认参数值可能发生变化，但运维人员不一定会注意到。比如升级前在线超时是3600秒，升级后版本默认改成了1800秒，如果没有手动覆盖配置，实际生效的就是新的值。结果学生发现最近上网频繁掉线，但硬件什么都没动，查半天查不到原因。

还有一种情况是升级后，旧版本的会话记录格式跟新版本不兼容，残留的旧会话数据在新系统里读取异常，导致一部分账号永远卡在"已在线"状态，实际上这些账号根本没在用网。这类问题需要手动清库，或者联系厂商提供数据迁移工具。

宿舍WiFi密度高的区域需要额外关注认证并发压力

开学初期、放假返校高峰期，宿舍楼里几十台手机同时发起认证请求，计费系统的并发认证能力如果不足，就会出现认证超时。用户端看到的是登录很慢，或者直接认证失败。

这种情况不是断线，是认证拥塞。处理方法是在计费系统后台检查认证队列和并发处理能力，如果系统本身有并发上限，考虑在高峰时段做认证分流，或者跟厂商确认是否有性能优化方案。

有些学校的计费系统部署在一台老服务器上，CPU和内存本身就不宽裕，高并发时系统响应变慢，认证等待时间超过AC配置的超时阈值，AC就直接判断认证失败，踢掉连接。表现出来的症状跟会话超时断线几乎一样，但根源完全不同，需要通过监控服务器资源使用率来区分。

解决认证压力问题，短期可以把AC侧的认证超时时间从默认的5秒或10秒适当调高，给计费系统多一点响应时间。长期来看，考虑将计费系统迁移到性能更好的服务器，或者评估更换支持高并发认证的系统版本。

认证断线的问题看起来五花八门，但追根溯源，大多数都能在计费系统的会话管理、参数配置和认证日志里找到答案。跑一趟现场、调一份日志、和系统厂商对一次配置参数，通常比换硬件更有效。