相关配置
radius scheme testradius
primary authentication x.x.x.x
primary accounting x.x.x.x
key authentication cipher
key accounting cipher
nas-ip x.x.x.x
domain test
authentication default radius-scheme testradius none //备用策略为不认证
authorization default radius-scheme testradius none
accounting default radius-scheme testradius none
radius服务器不在线时,备用策略认证成功,但一分钟左右断开连接
初步怀疑是 认证服务器超时定时器 dot1x timer server-timeout 默认值为100秒,符合断开连接的时间。
但是使用 undo dot1x timer server-timeout 无法关闭
(0)
最佳答案
你调整大一点看这个值,或者看能不能设置成0
dot1x timer命令用来配置802.1X的定时器参数。
undo dot1x timer命令用来将指定的定时器恢复为缺省情况。
【命令】
dot1x timer { handshake-period handshake-period-value | quiet-period quiet-period-value | reauth-period reauth-period-value | server-timeout server-timeout-value | supp-timeout supp-timeout-value | tx-period tx-period-value }
undo dot1x timer { handshake-period | quiet-period | reauth-period | server-timeout | supp-timeout | tx-period }
【缺省情况】
握手定时器的值为15秒,静默定时器的值为60秒,周期性重认证定时器的值为3600秒,认证服务器超时定时器的值为100秒,客户端认证超时定时器的值为30秒,用户名请求超时定时器的值为30秒。
【视图】
系统视图
【缺省用户角色】
network-admin
【参数】
handshake-period handshake-period-value:握手定时器的值,取值范围为5~1024,单位为秒。
quiet-period quiet-period-value:静默定时器的值,取值范围为10~120,单位为秒。
reauth-period reauth-period-value:周期性重认证定时器的值,取值范围为60~7200,单位为秒。
server-timeout server-timeout-value:认证服务器超时定时器的值,取值范围为100~300,单位为秒。
supp-timeout supp-timeout-value:客户端认证超时定时器的值,取值范围为1~120,单位为秒。
tx-period tx-period-value:用户名请求超时定时器的值,取值范围为10~120,单位为秒。
【使用指导】
802.1X认证过程受以下定时器的控制:
· 握手定时器(handshake-period):此定时器是在用户认证成功后启动的,设备端以此间隔为周期发送握手请求报文,以定期检测用户的在线情况。如果配置发送次数为N,则当设备端连续N次没有收到客户端的响应报文,就认为用户已经下线。
· 静默定时器(quiet-period):对用户认证失败以后,设备端需要静默一段时间(该时间由静默定时器设置),在静默期间,设备端不对802.1X认证失败的用户进行802.1X认证处理。
· 周期性重认证定时器(reauth-period):端口下开启了周期性重认证功能(通过命令dot1x re-authenticate)后,设备端以此间隔为周期对端口上的在线用户发起重认证。对于已在线的802.1X用户,要等当前重认证周期结束并且认证通过后才会按新配置的周期进行后续的重认证。
· 认证服务器超时定时器(server-timeout):当设备端向认证服务器发送了RADIUS Access-Request请求报文后,设备端启动server-timeout定时器,若在该定时器设置的时长内,设备端没有收到认证服务器的响应,设备端将重发认证请求报文。
· 客户端认证超时定时器(supp-timeout):当设备端向客户端发送了EAP-Request/MD5 Challenge请求报文后,设备端启动此定时器,若在该定时器设置的时长内,设备端没有收到客户端的响应,设备端将重发该报文。
· 用户名请求超时定时器(tx-period):当设备端向客户端发送EAP-Request/Identity请求报文后,设备端启动该定时器,若在该定时器设置的时长内,设备端没有收到客户端的响应,则设备端将重发认证请求报文。另外,为了兼容不主动发送EAPOL-Start连接请求报文的客户端,设备会定期组播EAP-Request/Identity请求报文来检测客户端。tx-period定义了该组播报文的发送时间间隔。
需要注意的是,一般情况下,用户无需修改定时器的值,除非在一些特殊或恶劣的网络环境下,可以使用该命令调节交互进程。修改后的定时器值,可立即生效。
【举例】
# 设置认证服务器的超时定时器时长为150秒。
<Sysname> system-view
[Sysname] dot1x timer server-timeout 150
(0)
应该不能设置为0,dot1x timer server-timeout ? 提示只能输入 100 - 300 的值。 如果设置为150秒,那大概率会在150秒后断开。我会尝试看看
后面跟?看下命令提示
关闭 dot1x timer server-timeout 的典型方法是将其值设置为 0,或者使用相应的 undo
命令。
以下是配置方法及原因说明:
配置命令(最可能有效):
在系统视图下,执行以下命令之一:
undo dot1x timer server-timeout
dot1x timer server-timeout 0
原因分析:
hwtacacs scheme
视图下的 timer response-timeout
指令用于设置服务器响应超时时间。其缺省值为 5 秒,这是一个具体的超时阈值。fc timer distributed-services
、mrp timer periodic
),将定时器值设置为 0 通常代表关闭该定时器功能。例如,mrp timer periodic 0
明确关闭了 Periodic 定时器。undo
命令: 网络设备配置中,undo
命令通常是用来删除某项配置或恢复其缺省值。对于定时器配置,undo dot1x timer server-timeout
极有可能就是用来删除这个超时设置(等同于关闭或恢复缺省)。总结与建议:
undo
命令: 直接使用 undo dot1x timer server-timeout
是最标准的关闭方式。undo
命令无效或不明确,使用 dot1x timer server-timeout 0
是最常见的通过赋零值来关闭定时器功能的方法。server-timeout
时间内响应。认证过程会一直阻塞,直到服务器实际响应或底层协议(如 TCP)超时。请谨慎使用,这可能导致认证卡住。(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
应该不能设置为0,dot1x timer server-timeout ? 提示只能输入 100 - 300 的值。 如果设置为150秒,那大概率会在150秒后断开。我会尝试看看