暂无评论
这确实是iMC开放API接口的一个已知缺陷,也是导致问题出现的根本原因:通过API创建用户时,缺少触发“MAC地址认证用户”类型必须的专属字段和内部标记。
你分析出的“缺失专属内部标记”正是问题的根源。在iMC EIA组件中,MAC地址认证是一类特殊的接入用户。
创建流程:手动创建时,“新增接入用户”页面上的“MAC地址认证用户”复选框会触发后台写入专属标记,将用户录入到专门的认证列表中。
技术细节:这个复选框本质上是个简化向导。勾选后,系统会自动固定或隐藏部分参数(例如,会将账号名和密码默认设置为终端的MAC地址,并隐藏密码、在线数量限制等不必要的信息)。
虽然根本解决需要H3C更新API,但建议你先尝试下面几步,确认是否可以绕开这个问题:
更新平台:先检查iMC/EIA组件的版本,安装最新的补丁。这个问题可能在新版本中已通过增加API参数或修复逻辑来解决。
测试参数:直接测试API中是否有新增或未在文档中记录的字段(如 isMacAuthUser、byodUserType、accessType 等),尝试设置为 true 或 1 进行创建。
替代方案:如果参数不起作用,可考虑改用支持同步的外部数据源(如LDAP/AD)。或者使用终端工具(如curl)模拟浏览器登录并创建用户时的完整POST请求,绕过API限制。
考虑到问题的复杂性,建议带着以下关键信息向H3C TAC技术支持中心开Case或利用“知了社区”等渠道求助,这对明确接口规范至关重要:
当前环境:你正在使用的iMC平台、EIA组件的确切版本号。
目标接口:你当前调用的API的完整名称(例如 addAccessUser)及其请求体XML/JSON示例。
明确提问:
是否存在一个专门用于创建“MAC认证”接入用户的独立Web Service/REST接口?
在标准的 addAccessUser 接口中,哪个参数或标志位可以将用户明确标记为“MAC地址认证”类型?
通过API创建的MAC认证用户,是否需要调用额外的绑定接口(例如 bindMacAddress),以将MAC地址和账号信息正式录入“哑终端”或MAC认证凭证列表?
暂无评论
userType=macAuthUser(MAC 认证专属类型);而你当前调用的普通用户 API,只创建了普通接入账号,没带入这个 userType 专属字段,IMC 把它当成普通本地账号,不走 MAC 认证准入逻辑、不匹配无线 / MAC 认证规则,所以能建账号、但终端无法联网。userTypemacAuthUser(不同 IMC 版本编码统一:6=MAC 地址认证用户)0/1 属于普通 Portal / 接入用户,不支持 MAC 认证准入authType:认证类型必须指定为 mac-addressserviceTemplateId:必须绑定MAC 认证专用服务模板(不能用普通 Portal 模板)/user/add 接口默认不支持传入 userType 专属类型,只能建普通用户;userType=6 内部标识userType=6
authType=mac-address
userType 改成 6,立刻生效,但版本升级会覆盖、不规范。authType=mac-address;
userType=6 + authType=mac-address + MAC 专属服务模板 ID;暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论