认证服务器超时怎么查
终端一直重试、控制器报认证超时，说明请求发出后没有收到有效应答。这个现象与「认证被拒绝」完全不同：拒绝意味着服务器收到了请求并明确说不通过，超时则意味着请求没有被正确处理，可能是网络不通、服务器故障、共享密钥不匹配导致服务器静默丢弃，或者请求在防火墙处被丢掉。查清属于哪一类，第一步是确认请求是否到达服务器。
基本信息
| 网络层 | 控制器到服务器之间认证与计费端口是否双向放行 |
|---|---|
| 共享密钥 | 两端不一致时服务器会静默丢弃请求，表现为超时而非拒绝 |
| 服务器负载 | 请求量大时队列堆积，可临时放大超时窗口观察 |
| 验证方式 | 从第三方主机直接测试服务器可达性与凭据 |
| 排查顺序 | 请求是否到达 → 端口是否放行 → 密钥是否一致 → 账号与策略 |
最小验证
最小验证
radtest user pass 127.0.0.1 0 testing123
# 在服务器侧开启调试日志，观察是否收到请求以及丢弃原因
# 在控制器侧抓包确认请求是否发出、有无响应
# 注意：认证走 UDP，用 TCP 探测会误判为不可达超时与拒绝的区别
| 现象 | 含义 | 排查方向 |
|---|---|---|
| 超时无响应 | 请求未到达或被静默丢弃 | 网络、端口、共享密钥 |
| 快速被拒 | 服务器收到了请求但不通过 | 账号状态、口令、授权策略 |
| 部分 AP 超时 | 该 AP 侧网络或配置异常 | 核对 AP 侧共享密钥与链路 |
| 高峰期超时 | 服务器处理能力不足 | 检查负载与超时设置 |
典型使用场景
- 全部终端同时无法认证
- 新增 AP 接入后认证异常
- 服务器迁移或网络调整后的认证故障
- 高峰期认证响应变慢
- 排查共享密钥配置不一致
为什么密钥错会表现为超时
出于安全考虑，多数实现在共享密钥校验失败时会直接丢弃报文而不返回错误，避免向攻击者透露服务器信息。于是网络侧看到的现象与「服务器宕机」几乎一样：发出请求，等不到任何回应。这正是这类问题难以快速定位的原因。因此当多个控制器同时出现认证超时、而服务器进程本身正常时，应优先核对共享密钥是否在某一侧被改动过，包括特殊字符转义与大小写差异，而不是先去重启服务器。
超时先确认「请求是否到达服务器」：开调试日志或抓包一步到位。
服务器与控制器的时间同步会影响日志对齐与证书校验，排查超时问题时建议一并核对。