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

防火墙,0网段ping不通1网段的1.224

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

问题描述:

问题描述

两台H3C SECPATH F1050防火墙通过IPSec建立VPN隧道。A端防火墙内部有192.168.0.0/24网段,B端防火墙内部有192.168.1.0/24网段。VPN隧道已建立,一周前两端设备可互相ping通,目前B端ping A端192.168.0.0/24网段均通,但A端ping B端192.168.1.0/24网段时大部分设备不通(仅少数IP可通)。B端内部设备互ping正常。需解决A端ping不通B端大部分设备的问题。

补充信息

  • 两端防火墙已配置IPSec隧道。

  • A端扫描B端网段(192.168.1.0/24)时,仅部分IP响应(如下表),其余IP无响应。

  • B端内部扫描B端网段时,发现大量在线设备(详见下方列表)。

A端扫描B端结果(部分在线IP):

状态 IP地址
确定 192.168.1.3
确定 192.168.1.11
确定 192.168.1.21
确定 192.168.1.150
确定 192.168.1.151
确定 192.168.1.152
确定 192.168.1.153
确定 192.168.1.154
关机 192.168.1.160
确定 192.168.1.250

B端内部扫描B端结果(部分在线设备):

 

状态 主机名(脱敏) IP地址
确定 192.168.1.1 192.168.1.1
确定 192.168.1.2 192.168.1.2
确定 192.168.1.3 192.168.1.3
关机 192.168.1.7 192.168.1.7
确定 192.168.1.11 192.168.1.11
确定 CY-XXXXXXX 192.168.1.15
确定 DESKTOP-XXXXXXX 192.168.1.18
确定 CY-XXXXXXX 192.168.1.19
确定 WIN-XXXXXXX 192.168.1.21
...(略) ... ...

当前现象

  • B端可正常访问A端所有IP

  • A端仅能访问B端少数IP(如1.3、1.11、1.21等),无法访问其他在线设备(如1.224)

  • 两端IPSec隧道状态正常,无错误计数

求助内容

请问可能是什么原因导致A端只能访问B端部分IP?如何进一步排查或解决?

组网及组网描述:

网络拓扑与配置摘要

A端防火墙(外网IP: 115.231.xxx.xxx)

  • 内网网段:192.168.0.0/24

  • 路由表:已配置静态路由指向B端网段(192.168.1.0/24)下一跳为外网网关

  • IPSec策略:ACL 3336 允许A端多个网段访问B端192.168.1.0/24

  • NAT策略:ACL 3335 拒绝A端网段对B端网段做NAT(避免流量绕过VPN)

  • IKE SA 和 IPSec SA 状态正常

  • B端防火墙(外网IP: 218.2.xxx.xxx)

    • 内网网段:192.168.1.0/24

    • 路由表:已配置静态路由指向A端网段(192.168.0.0/24)下一跳为外网网关

    • IPSec策略:ACL 3336 允许B端网段访问A端多个网段

    • NAT策略:ACL 3001 拒绝B端网段对A端网段做NAT

    • IKE SA 和 IPSec SA 状态正常

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

  1. ACL规则匹配问题

    • 现象:隧道建立,但数据流未被保护。
    • 检查点
      • 确认两端ACL是否镜像配置(源/目的网段互为镜像)。
      • 验证内网流量是否精确匹配ACL规则(建议用display acl <编号>查看命中计数)。
      • 案例参考:某局点因ACL掩码冲突(32位测试流与原有ACL重叠)导致流量未被正确加密。
  2. NAT与IPsec冲突

    • 关键问题:NAT转换后地址与IPsec策略不匹配。
    • 排查步骤
      • 若存在NAT设备,确认IPsec策略中的保护流地址为NAT转换后的公网地址(而非原始私网地址)。
      • 检查NAT设备是否丢弃IPsec报文(通过debug查看丢包日志,如IPFW/7/IPFW_INFO: MBUF was intercepted!)。
      • 案例参考:某局点因NAT Server配置错误(公网IP与接口同网段但非接口IP),导致回程报文无法解密。
  3. VPN实例绑定错误

    • 现象:内网接口绑定VPN实例后隧道中断。
    • 解决方案
      • 在IKE Profile中配置inside-vpn vpn-instance <名称>,指定解密后流量的转发域。
      • 为内网路由添加VPN实例标识(如ip route-static vpn-instance <名称> ...)。
      • 案例参考:设备内网接口加入VPN实例后,未配置inside-vpn导致IPsec SA的Inside VPN为空,解密失败。
  4. 隧道接口状态异常

    • 检查点
      • 执行display interface tunnel <ID>确认隧道接口为UP状态。
      • 验证隧道接口source/destination地址与物理接口一致且路由可达。
      • 开启隧道接口Ping功能(默认可能关闭)。
      • 手册提示:隧道接口DOWN通常因源/目的地址未配置或物理接口异常。
  5. 分片与MTU问题

    • 现象:少量大包不通,小包正常。
    • 解决命令
      • 外网接口启用分片:ipsec df-bit clear
      • 全局启用加密后分片:ipsec fragmentation after-encryption
      • 案例参考:某局点因加密后报文超过MTU被丢弃,开启分片后恢复。
  6. DPD检测与地址变化

    • 场景:对端公网IP变化(如NAT设备重启)。
    • 配置:两端启用DPD检测:

暂无评论

粉丝:58人 关注:2人

你的内网网段确定都是24位掩码么?

有一个通得 就说明隧道没问题,其他的就需要仔细排查掩码和路由是否有错误

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明