• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

dot1x认证问题

2024-08-19提问
  • 0关注
  • 0收藏,299浏览
粉丝:0人 关注:1人

问题描述:

因对端nps-radius,有白名单,导致交换机设备radius报文无法进行radius认证。 那么radius server 被blocked的机制,是用什么方式,然后探测多久然后blocked。
然后radius server那边没改动的话,还应该是不行的,当时他自动变为active,是因为block时长过了以后,自动重新actve,然后又block?
RADIUS/4/RADIUS_AUTH_SERVER_DOWN:
但是服务器那边还未做处理,应该是一直RADIUS/4/RADIUS_AUTH_SERVER_DOWN:。但是为什么会弹出/RADIUS_AUTH_SERVER_UP
 
因为当天server都down后,应该就是进入Critical VLAN,这样客户端不影响。 但是当天有用户反馈会出现断断虚虚的。 是不是由于SERVER_UP,导致重新认证了? 但是实际上,还是SERVER_down?  那么这样的话,SERVER_UP是down一段时间然后自动up的?还是什么触发的呀?
 
 
我们用测试交换机做了测试;
实例1:默认远端radius未添加交换机ip,。 测试结果:RADIUS_AUTH_SERVER_DOWN: 用户进入逃生的vlan。但是过大概5-10分钟后radius会出现_AUTH_SERVER_UP,然后用户会有感知无法上网。然后又自动_AUTH_SERVER_DOWN
 
实例2:本地radius设置一个完全不通的radius server的ip。 测试结果:RADIUS_AUTH_SERVER_DOWN: 用户进入逃生的vlan。但是过大概5-10分钟还是后radius会出现_AUTH_SERVER_UP,然后用户会有感知无法上网。然后又自动_AUTH_SERVER_DOWN
 
所以测试得知,AUTH_SERVER_UP 是无论远端radius是否可达,都会周期自动到_AUTH_SERVER_UP,然后再次down。期间客户会一段时间无法上网。请帮忙看下是否有类似案例,或者规避这种的方式。

1 个回答
粉丝:146人 关注:1人

RADIUS服务器的状态变化和自动探测机制对网络认证和访问控制至关重要。让我为您解释一下有关RADIUS服务器状态和探测的相关信息:

  1. RADIUS服务器状态变化

    • 当RADIUS服务器由活动状态(Active)变为阻塞状态(Blocked)时,交换机会记录日志,例如:<189>Jul 9 2018 16:28:06 H3C %%10RADIUS/4/STATE_CHANGE (l): RADIUS server state changed. (ServerName=radius, ServerIP=10.0.0.1, ServerPort=1812, State=Blocked)
    • 同样,当RADIUS服务器从阻塞状态变为活动状态时,也会记录日志:<189>Jul 9 2018 16:28:06 H3C %%10RADIUS/4/STATE_CHANGE (l): RADIUS server state changed. (ServerName=radius, ServerIP=10.0.0.1, ServerPort=1812, State=Active)
  2. 自动探测功能

    • 自动探测功能允许交换机周期性地检测RADIUS服务器的状态。
    • 默认情况下,自动探测仅对状态为Down的RADIUS服务器进行探测。
    • 您可以配置自动探测周期和超时等待时间,以便在服务器状态变为Up时重新认证用户。
  3. 服务器状态持续时间

    • 如果RADIUS服务器被标记为Force-up,设备会立即发送探测报文。
    • 如果在超时等待时间内收到RADIUS服务器的响应,设备将其状态标记为Up;否则,将其标记为Down。
  4. 测试实例

    • 您的测试实例表明AUTH_SERVER_UP周期性地变为Up,然后又变为Down。
    • 这可能是因为服务器在处理探测报文时出现延迟,或者由于其他网络因素。
    • 您可以尝试调整自动探测周期、超时等待时间或服务器强制Up定时器来规避这种情况。
  5. 规避方式

    • 确保RADIUS服务器可达性良好,避免延迟或丢包。
    • 调整自动探测参数,例如增加探测周期或延长强制Up定时器。
    • 如果问题持续存在,请联系技术支持以获取更详细的故障排除。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明