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

IMC 有线portal场景

17小时前提问
  • 0关注
  • 0收藏,56浏览
粉丝:0人 关注:0人

问题描述:

IMC 有线portal场景

客户端iNode未退出,直接断开网络,IMC依旧显示客户在线,并在线时长持续增长。二次接入网络后无法拨入,需要后台给该账号强制下线后才能拨入。

尝试在认证设备domain配置了空闲自动下线。客户在使用过程中,到达配置空闲时长,就会自动下线。

2 个回答
粉丝:11人 关注:9人

排查步骤及关键配置
1. 检查设备与IMC的RADIUS会话同步机制
确认设备是否开启RADIUS会话实时同步(accounting realtime),配置命令:
domain [domain-name]
accounting realtime [interval](建议1-5分钟)
检查IMC是否开启“会话超时检测”:登录IMC→用户→接入管理→接入策略→找到对应portal策略→编辑→“会话管理”中启用“会话超时检测”,设置合理超时时间(如10分钟)。
2. 验证设备的离线检测机制
配置设备对portal用户的离线检测:
portal server [server-name]
portal user-detect interval [interval](如60秒)
portal user-detect retransmit [times](如3次)
若设备支持802.1X/portal混合检测,可补充配置:dot1x re-authenticate(针对有线场景,增强离线检测)。
3. IMC侧会话清理配置
登录IMC→系统→系统配置→服务参数→“接入服务”→调整“会话老化时间”(建议小于设备空闲超时),并启用“强制下线异常会话”。
4. 二次接入失败原因验证
查看IMC在线用户列表:IMC控制台→用户→在线用户→搜索账号,确认是否存在残留会话;
设备侧查看用户会话:display access-user username [account],若存在则手动强制下线:cut access-user username [account]。
补充信息
需确认设备型号、软件版本,以及IMC版本(如IMC 7.3 E0703及以上支持更完善的会话同步);
检查设备与IMC之间的RADIUS accounting报文是否正常(可抓包验证accounting stop/start报文)。

暂无评论

粉丝:18人 关注:2人

IMC 有线 Portal+iNode 断网账号挂死、重复认证故障完整分析 + 分步根治方案
一、先拆解你的现象与核心根因
现象对照
正常上网有流量:域内idle-cut空闲切断生效,到时间自动下线;
直接拔网线 / 关机(未点 iNode 退出):IMC 持续显示在线、在线时长不断上涨,二次接入报账号已在线,后台强制下线才能重登。
根本原因(两点叠加)
iNode 客户端持续发送应用层保活报文,绕过交换机 idle-cut 流量判定
有线 Portal+iNode 认证场景,客户端后台定时发送微小心跳包,交换机idle-cut流量阈值默认 10240 字节,心跳流量远低于阈值,交换机判定 “非空闲”,不会触发闲置切断,用户表永久驻留设备与 IMC。
网线断开后,交换机端口仍 UP(跨多二层 / 交换机级联组网),无物理载波丢失触发下线
终端和认证交换机不是直连,中间经过傻瓜 / 二层交换机,拔终端网线后认证交换机端口依旧 UP,交换机持续发送 EAP/Portal 心跳探测,收不到客户端回应也不会立刻清理会话;且客户端无法发送计费停止报文 Account-Stop,IMC 收不到下线通知,会话持续计费计时。
二、分四层完整整改(交换机域配置 + Portal 下线检测 + IMC 兜底 + 客户端优化)
第一层:接入交换机 ISP 域修正 idle-cut,增加流量阈值过滤(解决心跳保活绕过闲置切断)
bash
运行
system-view
# 进入有线Portal认证域
domain portal-domain
# idle-cut 时间+流量阈值,单位分钟、字节
# 示例:30分钟内总流量不足1000字节直接强制下线,过滤iNode微小心跳
authorization-attribute idle-cut 30 1000

参数说明:
30:无有效业务流量 30 分钟触发切断;
1000:30 分钟内总流量低于 1000 字节判定为空闲,直接踢掉;
iNode 心跳流量极小,会被该阈值识别为空闲,超时后交换机主动发计费停止报文,IMC 同步下线。
第二层:开启 Portal/802.1X 离线报文检测,断网快速清理会话
1)Portal 离线探测(有线 Portal 专用)
bash
运行
system-view
portal offline-detect enable
# 探测周期30秒,3次无回应即判定离线
portal offline-detect interval 30
portal offline-detect retry 3

交换机定时向客户端发送 Portal 探测报文,拔网线收不到回应,直接清理本地用户表、上报 IMC 下线。
2)802.1X 底层 EAP 心跳加速,缩短无响应超时(iNode 底层认证配套)
bash
运行
system-view
dot1x timer handshake-period 10
dot1x retry 2

handshake-period 10:每 10 秒发一次 EAP 心跳;
retry 2:连续 2 次无回应直接下线,不用等待长周期。
3)端口 MAC-based 下线检测(多终端共享端口场景)
bash
运行
interface GigabitEthernet 1/0/XX
dot1x offline-detect enable
dot1x port-method macbased

端口下每个 MAC 独立检测离线,单终端拔网线不影响同端口其他用户,快速清理挂死会话。
第三层:IMC 服务器兜底配置(双重保险,交换机未上报时自动清理死会话)
UAM 接入策略配置单次最大在线时长
业务→接入策略管理→修改 Portal 策略
单次最大在线时长:建议 480(8 小时)
无论客户端是否断网,到达时长 IMC 主动强制下线,避免永久挂死。
系统全局 Online-check 会话老化(核心兜底)
自动化→业务参数配置→系统配置
在线用户老化时长:推荐 720 分钟(12 小时)
超过时长未收到交换机计费更新,IMC 自动标记用户下线,解决交换机断网不发 stop 报文场景。
开启同账号互踢(无需后台手动强制下线)
接入策略→高级选项:勾选「同一账号多终端上线时,踢掉最早在线会话」
用户二次接入时,IMC 自动踢掉旧挂死会话,不用管理员后台操作。
第四层:PC 客户端 Windows+iNode 优化(减少异常断网概率)
网卡关闭节能休眠
控制面板→网络适配器→以太网属性→电源管理:取消勾选「允许计算机关闭此设备节约电源」
iNode 客户端参数调整
客户端设置→高级:开启「网络断开后自动发送下线请求」,关机 / 拔网线时尽量主动上报 Account-Stop。
升级 iNode 至最新稳定版(老版本存在心跳报文异常不中断 bug)
三、补充验证命令(整改后现场核查)
查看域闲置切断配置
plaintext
display domain portal-domain authorization-attribute

查看 Portal 离线检测状态
plaintext
display portal configuration | include offline-detect

查看交换机在线用户表(拔网线后等待 30 分钟,用户自动消失)
plaintext
display portal user

IMC 侧查看下线原因:整改后断网下线原因为idle-cut/offline detect,不再永久在线。
四、极简故障逻辑总结
正常有业务流量:idle-cut 正常生效;
仅 iNode 心跳无业务流量:旧配置无流量阈值,交换机判定不空闲,会话挂死;
整改核心:idle-cut 时长 小流量阈值过滤心跳包 + Portal 离线探测 + IMC 账号互踢兜底;
改造后拔网线无需后台强制下线,超时自动清理会话,二次接入正常认证。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明