问
imc eia做有线钉钉认证和服务器同网段的终端做完认证，服务器也弹认证，这是为啥？
5天前提问
- 0关注
- 0收藏，97浏览
zhiliao_Gixe
六段
1. 同网段服务器弹认证：排查&解决：① 核心交换机执行display portal free-rule，添加服务器IP到免认证规则（命令：portal free-rule 1 source ip 服务器IP 255.255.255.255）；② 检查IMC EIA认证策略，确认服务器IP已从认证地址段排除；③ 若服务器在特定VLAN，可配置portal free-rule 1 vlan X免认证。
2. 非同网段终端弹认证后超时：排查&解决：① 核心交换机需配置portal gateway IMC服务器IP，确保终端到IMC路由可达；② 检查IMC侧认证范围是否包含该终端IP段，IMC到终端路由通畅；③ 执行display portal interface Vlan-interface X，确认Portal认证源接口配置正确。
2. 非同网段终端弹认证后超时：排查&解决：① 核心交换机需配置portal gateway IMC服务器IP，确保终端到IMC路由可达；② 检查IMC侧认证范围是否包含该终端IP段，IMC到终端路由通畅；③ 执行display portal interface Vlan-interface X，确认Portal认证源接口配置正确。
添加服务器IP到免认证规则（命令：portal free-rule 1 source ip 服务器IP 255.255.255.255） 这里是要放通服务器地址为源地址吗？
白夜行
发表时间：5天前
更多>>
添加服务器IP到免认证规则（命令：portal free-rule 1 source ip 服务器IP 255.255.255.255） 这里是要放通服务器地址为源地址吗？
白夜行
发表时间：5天前
- 服务器同网段还弹认证 → IMC 排除网段没用，必须在交换机上做 Portal 免认证（portal free-rule）
- 不同网段点认证提示 “向设备发送请求超时” → 三层 Portal 配置 / 路由 / 端口 / 密钥不一致导致
下面分开说原因和配置。
一、为什么 IMC 里排除了服务器网段，服务器还弹认证？
核心原因：Portal 认证的 “放行” 是在接入设备（核心交换机）上控制的，不是 IMC 控制的。
- IMC EIA 上配置的 “认证地址范围” 只是控制哪些网段需要认证、能发起认证；
- 但Portal 重定向 / 拦截是在核心交换机 Vlan-interface 上做的，只要接口下开启了
portal server，同网段所有 IP（包括服务器）都会被拦截并重定向，和 IMC 里是否排除无关。
一句话：IMC 管 “能不能认证”，交换机管 “要不要弹页”。
解决：在核心交换机上给服务器配 Portal 免认证
在 核心交换机（V7 为例） 配置：
bash
运行
# 全局或接口下都行，建议全局
portal free-rule 1 source ip 192.168.1.100 255.255.255.255 # 替换成你的服务器IP
portal free-rule 2 source ip 192.168.1.101 255.255.255.255
# 查看
display portal free-rule
这样这些服务器 IP 直接放行，不会弹 Portal，也不需要去 IMC 里排除。
二、不同网段终端弹认证后，提示 “向设备发送请求超时”
典型三层 Portal 跨网段认证不通，常见 5 个原因：
1）交换机没配置 portal gateway 或 portal layer3
跨三层必须指定认证源网段，否则设备不知道把 Portal 回应发给哪个网关。
bash
运行
# 在终端所在 VLANIF 接口下
portal gateway 192.168.2.254 # 本接口IP（网关）
# 或全局
portal layer3 source-ip 192.168.2.0 mask 255.255.255.0
2）设备 Portal NAS-IP 与 IMC 接入设备 IP 不一致
- 交换机侧（接口下）：
bash运行
portal nas-ip 10.254.0.252 # 设备发 Portal 报文的源IP - IMC EIA → 接入设备管理 → 该交换机 IP 必须和上面 nas-ip 完全一致。
3）Portal 端口 / 防火墙拦截
放行：
- UDP 50100、50200、50900（Portal 协议）
- TCP 80/443（重定向）
- RADIUS：UDP 1812、1813
服务器防火墙、核心交换机 ACL、中间防火墙都要放。
4）Portal Server IP/Key 不一致
交换机：
bash
运行
portal server imc-portal ip 192.168.1.50 key cipher xxx
IMC：Portal 服务管理 → 密钥必须和交换机一致。
5）跨网段路由不对称
- 终端 → 交换机 → IMC：通
- IMC → 交换机 → 终端：回程路由必须有，不能 NAT 或路由黑洞。
三、你现在应该先做的 3 条配置
1）核心交换机给服务器加免认证
bash
运行
portal free-rule 1 source ip 192.168.X.X 255.255.255.255
2）检查并补齐三层 Portal 配置（跨网段）
bash
运行
interface Vlan-interface X
portal server imc
portal gateway 192.168.X.254
portal nas-ip 10.254.0.252
3）核对 IMC 接入设备 IP、Portal Key、端口放通
- IMC 接入设备 IP = 交换机
portal nas-ip - Portal Key 两端一致
- 放行 50100/50200/50900/1812/1813
你遇到的两个问题在 iMC EIA 的 Portal 认证部署中非常典型，它们分别涉及认证免规则配置和设备与服务器的通信配置。下面为你逐一分析原因并提供具体的解决思路：
问题一：同网段服务器也弹出认证页面
虽然你在 iMC 中排除了服务器地址，但交换机在拦截 Portal 请求时，是基于网络层的 HTTP/HTTPS 流量进行强制重定向的。如果交换机没有明确“放行”去往该服务器的流量，它依然会先拦截并弹出认证页。
解决方法：在核心交换机上配置免认证规则（Portal Free Rule）
你需要在核心交换机的 Portal 配置中，添加一条针对该服务器 IP 的免认证规则。这样，去往该服务器的流量就不会被 Portal 拦截。
你需要在核心交换机的 Portal 配置中，添加一条针对该服务器 IP 的免认证规则。这样，去往该服务器的流量就不会被 Portal 拦截。
在核心交换机（如 H3C 设备）的系统视图下，进入对应的 Portal Web 服务器视图，配置类似以下的命令：
1# 进入 Portal Web 服务器视图（server-name 为你实际配置的名称）
2portal web-server <server-name>
3# 配置免认证规则，放行去往服务器IP的流量
4portal free-rule 0 source ip <服务器IP地址> 32 destination ip <服务器IP地址> 32配置生效后，同网段终端访问该服务器将不再触发认证弹窗。
问题二：点击认证后提示“向设备发送请求超时”
这个报错是 Portal 认证中最经典的故障之一。它的含义是：iMC Portal 服务器收到了用户的账号密码，并试图把认证请求转发给网络设备（核心交换机），但交换机没有回应。
这通常是由于交换机与 iMC 服务器之间的通信参数不一致或网络不通导致的。请重点排查以下 4 个核心点：
- 共享密钥（Key）不一致（最常见原因）
请严格核对以下三处的密钥配置是否完全一致：- iMC 平台上，接入设备配置里的 Portal 共享密钥。
- 核心交换机
portal server视图下配置的key。 - （如果有）RADIUS 方案下的认证/计费密钥也建议一并核对。
- IP 地址配置不一致
- NAS-IP：检查核心交换机 RADIUS 方案中配置的
nas-ip地址，是否与 iMC 平台“接入设备管理”中添加的设备 IP 地址完全一致。 - BAS-IP：检查核心交换机接口或 Portal 配置下的
portal bas-ip，确保它与 iMC 平台 Portal 服务中配置的设备 IP 一致。
- NAS-IP：检查核心交换机 RADIUS 方案中配置的
- 网络与端口通信受阻
Portal 认证需要交换机与 iMC 服务器之间通过特定的 UDP 端口通信。请确保中间的网络防火墙或安全策略放行了以下端口：- UDP 50100：iMC Portal 服务器监听端口（设备向服务器发包）。
- UDP 2000：设备侧默认监听端口（服务器向设备发包）。
- UDP 1812/1813：RADIUS 认证和计费端口。
- 排查方法：你可以在核心交换机上直接
ping和telnet（测试 UDP 端口）iMC 服务器的 IP 地址，确认网络层和传输层是否可达。
- Portal 协议版本不匹配
检查核心交换机上配置的 Portal 协议版本（如server-type imc或portal version 2.0），必须与 iMC 平台上该接入设备配置的协议版本保持一致。
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
那不对啊，抓包分析吧