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

ACG1000-TM设备web配置控制策略后匹配次数为0,表现为不生效

4天前提问
  • 0关注
  • 0收藏,96浏览
粉丝:0人 关注:0人

问题描述:

目前ACG1000-TM,使用ge0和ge1,做网桥设置,上联为运营商专线,下联为出口路由器,但是控制策略配置后匹配次数为0,但是会话统计有匹配规则里面的源目地址,表现为不生效,请问是什么原因,查了一天了,使用deny规则对单独的地址测试还是无匹配,且能正常访问,会话又能看到。不存在策略未启用

3 个回答
粉丝:9人 关注:1人

1. 确认核心配置(策略与网桥模式)

  • 检查策略是否被正确调用:策略不生效最常见的原因就是“策略创建了,但没被激活”。进入 上网行为管理 > IPv4控制策略,确认你的策略状态是 “启用”,并确保它被正确应用到了 “出接口” 上,同时检查策略的生效时间。

  • 检查网桥模式部署:设备网桥模式必须保证能双向识别流量(SYN和SYN-ACK报文都要经过),否则上层信息提取不全。请检查:

    • 物理连线:确认 ge0 和 ge1 是否正确串接在运营商专线和出口路由器之间。

    • 交换机端口镜像:如果使用了端口镜像,应检查配置是否正确,确保双向流量都能被镜像。

    • 是否启用“透明代理”或“流量镜像”模式:如果启用了这些模式,可能导致单向流量,影响识别。


2. 分析会话统计与策略匹配的矛盾

  • 策略匹配基于“会话”,而非“报文”:ACG1000的策略命中是在会话建立时判断的,每个会话(而非每个报文)只会命中一次。既然会话统计能看到匹配的源目地址,说明TCP/UDP的三层信息是通的,但无法匹配到策略中定义的“应用”等更高层信息。

  • 检查策略是否包含了“应用”过滤:如果策略中包含了“应用”过滤条件,但设备无法识别应用,策略就会失效。

    • 进入 策略配置 > IPv4控制策略,检查策略配置中是否包含了“应用”或“URL分类”等基于应用层的条件。

    • 如果包含了,这正是“策略匹配0”而“会话统计匹配”的核心原因。


3. 检查特征库与授权(重要)

  • 检查特征库版本与授权:应用识别、URL分类等深度检测功能依赖特征库。授权过期会导致特征库无法更新,从而无法识别新应用。授权过期可能导致部分或全部策略失效。

    • 进入 系统配置 > 升级中心,查看特征库版本和授权有效期。

    • 若特征库版本老旧,即使授权未过期,对新应用的识别也可能失效。

  • 升级特征库:如果特征库不是最新的,尝试进行手动或自动升级。


4. 检查“用户MAC感知”设置

  • 启用用户MAC感知:在网桥模式下,ACG1000可能无法直接获取终端的真实MAC地址,尤其在跨三层环境(中间有三层交换机或路由器)时。

    • 进入 用户管理 > 高级选项 > 全局配置,勾选 用户MAC感知,或在命令行配置 user mac-sensitive enable

    • 如果终端跨三层,还需配置SNMP与核心交换机联动,以学习MAC地址。

  • 改用IP地址作为策略匹配条件:如果无法解决MAC地址识别问题,可暂时改用IP地址作为策略匹配条件,并确保终端IP稳定。


5. 检查URL对象配置格式

  • 规范URL对象输入格式:如果策略基于URL过滤,确保URL对象格式正确,例如使用英文输入、避免中文域名。错误的格式会导致匹配失败。


6. 检查策略匹配顺序

  • 检查策略顺序:ACG的策略是“自上而下”匹配的。确保你的控制策略排在可能存在的“全放通”策略之前。同时检查策略状态是否为“启用”。


7. 检查系统时间

  • 检查系统时间是否正确:如果系统时间与实际时间不符,可能导致基于时间的策略不生效。确保系统时间准确,或配置NTP服务。


8. 使用调试命令与日志分析

  • 查看策略命中统计:在 上网行为管理 > IPv4控制策略 中,点击策略的“命中次数”,查看具体统计。

  • 开启调试:使用以下命令调试应用识别,观察终端流量是否匹配预期策略:

    debug app http
    debug app p2p debug app stream 调试输出中会显示应用识别结果和策略匹配信息。
  • 查看日志:检查系统日志和策略日志,寻找应用识别失败或策略未匹配的线索。


9. 检查是否有排除策略影响

  • 检查是否存在“全匹配”排除策略:检查是否存在优先级更高、匹配条件更宽的排除策略,可能无意中放行了本应被控制的流量。如果存在,确保控制策略优先级高于排除策略。

暂无评论

粉丝:7人 关注:2人

一、为什么会话有、策略不匹配(核心原理)

ACG 网桥模式分两层:
  1. 二层桥转发:一定通(所以你能看到会话、能上网)
  2. 策略 / 应用识别引擎:需要流量上送 CPU 检测才会匹配策略、计数、拦截H3C
你现在是:流量只走二层桥、没上送 ACG 策略引擎 → 会话存在、策略匹配 = 0。

二、最常见 5 大原因(按优先级)

1. 接口未加入正确安全域 / 域间策略未开(头号原因)

ACG 所有控制策略依赖 安全域 + 域间策略
  • ge0(上联)、ge1(下联)必须加入 Trust / Untrust 等域
  • 必须配置 Trust ↔ Untrust 域间策略(默认是拒绝所有)
排查:
  • 网络配置 → 安全域
    • ge0、ge1 是否在域里?(不能是 “未分配”)
    • 建议:ge1 (内网)→Trust;ge0 (外网)→Untrust
  • 策略 → 安全策略 → 域间策略
    • 必须有:Trust → Untrust 启用、动作允许
    • 必须有:Untrust → Trust 启用、动作允许(回程)
如果没有:先建域间全通,再看应用 / URL 策略是否开始计数。

2. 网桥开启了 透明转发(bridge fdb-learning disable)

这条命令会让设备纯二层转发、完全不走策略 / 应用识别H3C。
排查(命令行):
plaintext
display bridge fdb-learning
  • 若显示 disable → 就是它!
  • 修复:
plaintext
system-view bridge fdb-learning enable save

3. 流量带 VLAN Tag,但 ACG 未配置子接口终结(极常见)

你上联专线 / 路由器很可能带 VLAN
  • 若 ge0/ge1 是 trunk 带 tag,但 ACG 只配了 物理口进桥 → 报文不识别、不上送策略H3C
排查:
  • 抓包看内外网是否有 802.1Q
  • 或看接口:display interface ge0 是否有 vlan 字样
修复(必须做):
  1. 删物理口出桥
  2. 新建 子接口(ge0.10、ge1.10) 终结 VLAN
  3. 把子接口加入 BVI 网桥
  4. 子接口再加入安全域
只要有 VLAN,物理口进桥策略 100% 不生效

4. 策略顺序问题:上面有全通 ANY 覆盖

ACG 策略 从上到下匹配、命中即停H3C。
  • 若第一条:源 ANY 目的 ANY 允许
  • 下面 Deny 永远不匹配、计数 = 0
排查:
  • 策略 → 控制策略 / URL 过滤 / 应用控制
  • 把你测试的 Deny 规则移到最顶
  • 清统计:clear policy statistics
  • 再测试

5. 会话表残留:旧连接不重新匹配策略

你看到的会话是 策略生效前建立的长连接,不会重新匹配。
修复:
plaintext
reset session table
然后 重新发起连接(重开浏览器 / 重 ping)再看匹配数。

三、你这种组网(专线→ACG→出口路由器)必做配置

1. 网桥正确结构(必须)

  • BVI1(桥接口)
    • 成员:ge0.XX、ge1.XX(带 VLAN 就用子接口)
    • 不要直接绑 ge0/ge1 物理口H3C

2. 安全域(必须)

  • Trust:ge1.XX(内网)
  • Untrust:ge0.XX(外网专线)

3. 域间策略(必须先全通)

  • Trust → Untrust:允许
  • Untrust → Trust:允许

4. 关闭透明转发

plaintext
bridge fdb-learning enable

5. 清会话 + 清策略统计

plaintext
reset session table clear policy statistics

四、10 分钟快速定位脚本(直接复制)

plaintext
display bridge fdb-learning display interface brief display vlan brief display security-zone display security-policy interzone display policy statistics reset session table clear policy statistics

五、你现在 90% 是这两个之一

  1. 接口没加安全域 + 没开域间策略
  2. 流量带 VLAN、用了物理口进桥、没配子接口终结

按上面做后,策略匹配数立刻涨、Deny 立即生效

暂无评论

粉丝:2人 关注:9人

排查步骤:

1. 检查网桥配置与策略方向:
* `display bridge 1` 查看桥接口成员(ge0/ge1)及状态。
* 关键点:在透明模式下,控制策略必须应用于桥接口(如 `bridge 1`),而不是物理接口。检查策略的“接口”绑定是否正确。

2. 检查策略顺序与位置:
* `display running-config policy` 查看所有策略规则。
* 关键点:确认策略规则的位置(前/后)是否正确。策略按顺序匹配,若前面有`permit`规则匹配,则后续规则可能不生效。确保你的测试策略(如deny规则)放在合适位置。

3. 检查会话表与策略匹配:
* `display session table verbose` 查看具体会话的详细信息。
* 在会话详细信息中,查看 `Policy` 字段,确认会话实际匹配了哪条策略规则。这能直接验证流量是否命中了你的新策略。

4. 检查地址对象与NAT:
* 确认策略中引用的源/目的地址对象(IP地址)配置无误。
* 如果下联出口路由器做了NAT,到达ACG的源IP可能已是路由器公网IP,而非内网原始IP,这会导致基于内网IP的地址对象匹配失败。请核对会话表中的真实IP。

需要你补充的信息:
1. 控制策略具体绑定了哪个接口?(应是 `bridge 1`)
2. `display running-config policy` 的策略规则列表输出。
3. 测试会话的 `display session table verbose` 详细输出,特别是 `Policy` 字段。

配置变更前,请备份配置。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明