RADIUS 是无连接 UDP 协议,经过负载均衡最常见坑集中在:USIP 透传源 IP、SNAT、UDP 会话超时、会话保持、后端服务器 NAS‑IP 白名单、防火墙放通、NAS‑IP 源地址配置。
交换机 → 负载均衡 VIP (1812/1813 UDP) → 负载均衡业务池 → 多台真实 RADIUS 后端服务器。
直连后端真实服务器正常,说明交换机侧共享密钥、ISP 域、802.1X 业务逻辑本身没问题,故障发生在交换机‑LB‑后端 RADIUS 交互链路。
system‑view
radius nas‑ip X.X.X.X
注意:后端每一台真实 RADIUS 服务器,接入设备列表必须添加这个 NAS‑IP,不能只加负载均衡 IP。
radius‑scheme rad
primary authentication LB‑VIP 1812
primary accounting LB‑VIP 1813
key authentication simple xxx
key accounting simple xxx
quit
display radius scheme rad
#观察State,如果显示Blocked,代表多次重传没有收到回应
debugging radius packet
debugging radius event
terminal debugging
terminal monitor
调试看:交换机发出 Access‑Request,完全没有收到 Access‑Accept/Reject 应答,属于单向不通,请求出去,应答回不来。
如果 LB 虚服务开启 USIP(透传源 IP,不做 SNAT): 交换机 RADIUS 请求源 IP 为交换机 NAS‑IP,LB 原样把源 IP 透传给后端 RADIUS。后端 RADIUS 回包查路由,如果回包路由直接指向交换机,不经过负载均衡设备,应答报文旁路绕过 LB,交换机收不到响应,表现就是 1812 不通,但 ping VIP 可以通(ICMP 不受影响)。
✅解决:
RADIUS 属于 UDP 无连接,负载均衡四层虚服务 UDP 会话老化时间默认通常比较短。认证报文交互间隔超过老化时间会话被删除,回复报文被丢弃。 ✅调整 LB 虚服务 UDP 会话超时,建议设置≥10s。
同一个认证会话的请求、计费报文,必须调度到同一台后端 RADIUS 实例。
不配置保持,同一个会话的请求和应答被调度到不同后端服务器,认证异常。
RADIUS 使用 UDP,很多负载均衡虚服务默认 TCP,需要单独新建 UDP 类型虚服务,分别监听 1812、1813 端口。健康检测要使用 UDP 类型 NQA 检测,不要用 ICMP ping 判断 RADIUS 服务状态。
即使直连后端正常,经过 LB 后,后端服务器防火墙、系统 iptables 需要放行来自 LB SNIP 的 UDP 1812/1813。
❗不能只添加 VIP,VIP 是 LB 虚地址,后端看不到这个源 IP。
表格
| 现象 | 根因判断 |
|---|---|
| 交换机发出请求,LB 收到,转发后端,后端回复,LB 没有还给交换机 | 开启 USIP,后端回包路由绕过 LB;或者 UDP 会话超时删除会话表项 |
| LB 没有把请求转发后端 | 虚服务协议类型选错(TCP)、健康检测把全部后端池成员标记 down |
| 请求到达后端 RADIUS,服务器直接丢弃报文 | RADIUS 接入设备白名单缺少源 IP,密钥不匹配 |
交换机 RADIUS 方案直接填其中一台后端真实 RADIUSIP,认证正常,说明交换机配置完全没问题,问题 100% 出在负载均衡链路与配置。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论