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

防火墙安全策略命中次数不对问题

2天前提问
  • 0关注
  • 0收藏,73浏览
粉丝:6人 关注:1人

问题描述:

出口是负载均衡,在负载上开启安全策略拒绝外部某些网段访问内网,负载下端是透明防火墙,防火墙上配置了相同的策略

理论上 拒绝访问的数据应该都被负载丢弃了,但现实是负载虽然有命中次数,但是特别少,防火墙上的同意策略的命中次数每秒都几千条= =

这是什么原因?

 

最佳答案

粉丝:8人 关注:0人

核心矛盾在于:理论上负载均衡器应该先拦截掉所有被拒绝的流量,但事实上大量流量却绕过了它,直接到达了防火墙,导致防火墙的命中次数远高于负载均衡器



 可能的原因分析

1. 负载均衡器上的安全策略未生效(最常见)

  • 策略匹配顺序错误:负载均衡器上可能存在优先级更高的允许策略(如允许所有),导致拒绝策略永远无法被命中。

  • 策略应用位置不当:安全策略可能只应用在某个特定的虚拟服务器、监听器或接口上,而外部访问的流量并未经过该应用点。

  • 策略条件不匹配:拒绝规则中的源/目的地址、端口、协议与实际流量不符(例如,拒绝的是“外部某些网段”,但实际流量的源IP可能不在该范围内)。

2. 流量未经过负载均衡器

  • 路由绕行:外部访问内网可能通过其他路径(如直接路由到防火墙)进入了内部网络,根本没有经过负载均衡器。此时负载均衡器仅处理部分流量,而防火墙处理所有流量。

  • 负载均衡器为透明模式但未串联:如果负载均衡器是透明模式(桥接),但物理上并未“串”在流量必经之路上(比如仅旁路部署),那么流量可能直接从防火墙进入。

3. 负载均衡器只处理特定流量(如DNAT后的流量)

  • 如果负载均衡器主要用于分发特定服务的流量(如HTTP),那么非该服务的访问(如ICMP、其他端口)可能由防火墙直接处理。

  • 拒绝策略可能只配置在负载均衡器的虚拟服务器上,而直接访问防火墙的流量不受影响。

4. 防火墙上的策略与负载均衡器上的策略不是同一组流量

  • 防火墙上的“同意策略”可能允许了某些正常业务流量,这些流量本应被负载均衡器放行,负载均衡器上的拒绝策略只针对少数特定网段,因此命中次数少是正常的。

  • 但问题描述中“防火墙上的同意策略的命中次数每秒都几千条”,说明有大量流量通过了防火墙,而负载均衡器没有记录到对应的拒绝命中,暗示这些流量可能根本没经过负载均衡器。



 排查步骤

第一步:确认流量路径

  1. 抓包定位:在负载均衡器的入接口和防火墙的入接口分别抓包,对比同一时间段内外部访问的源IP,看防火墙收到的流量是否也出现在负载均衡器的入接口上。

  2. 检查路由表:在核心路由器或防火墙上查看外部访问内网的下一跳,确认是否指向负载均衡器。如果有其他路由指向防火墙,流量就会绕行。

  3. 检查负载均衡器的部署模式:确认它是路由模式还是透明模式,以及物理连接方式(是否串联在防火墙前面)。

第二步:验证负载均衡器策略配置

  1. 查看策略命中计数:在负载均衡器上查看拒绝策略的命中计数,如果计数很少或为0,说明策略未匹配到流量。

  2. 检查策略顺序:确认拒绝策略的优先级是否高于任何允许策略(通常策略是按顺序匹配的,先匹配到就执行)。

  3. 检查策略条件

    • 源地址范围是否准确(注意掩码、地址组)

    • 目的地址是内网地址还是虚拟服务地址

    • 协议和端口是否匹配

  4. 检查策略应用对象:确认策略是全局生效,还是仅针对某个虚拟服务器/监听器/接口。如果是后者,需确认外部访问的流量是否匹配该对象。

第三步:分析防火墙上的流量

  1. 查看防火墙会话表display firewall session table,筛选外部IP,查看会话的入接口、源IP、目的IP,判断这些流量是从哪个接口进入的。

  2. 对比负载均衡器上的会话:如果防火墙上有大量会话,而负载均衡器上没有对应的会话记录,说明流量确实没有经过负载均衡器。

第四步:检查负载均衡器本身的转发行为

  • 如果负载均衡器配置了DNAT(目的地址转换),它可能将外部流量转发到防火墙后面的真实服务器。此时,负载均衡器上命中策略的应该是转换前的流量,而防火墙看到的是转换后的流量,两者的统计可能无法直接对比。

  • 如果负载均衡器只处理特定端口的流量(如80/443),那么其他端口的流量会直接到达防火墙,防火墙上的命中次数自然高。

暂无评论

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

可能原因及排查步骤:

1. 负载均衡策略配置问题:检查负载均衡设备的安全策略规则是否完整匹配流量(源IP、目的IP、端口、协议),确认策略应用在正确的接口/方向。

2. 流量路径问题:确认所有相关流量是否都经过负载均衡设备。可能存在旁路或非对称路由,导致部分流量直接到达防火墙。

3. 会话表与快速转发:负载均衡可能基于会话表转发,首包触发策略拒绝并生成会话,后续相同会话流量直接丢弃但可能不统计。防火墙作为透明设备,检查所有数据包。

4. 统计方式差异:不同设备对“命中次数”的统计方式可能不同(如基于数据包或会话)。

排查命令:
- 负载均衡:`display security-policy statistics` 查看详细命中计数。
- 防火墙:`display security-policy statistics` 对比。
- 检查路由/会话:`display session table`、`display ip routing-table`。

需要补充:负载均衡和防火墙的具体型号、安全策略配置、网络拓扑图。

暂无评论

粉丝:98人 关注:11人

防火墙有可能是内到外的流量 触发的 


具体可以看下会话情况 

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明