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

防火墙+ipsecvpn

2025-01-15提问
  • 0关注
  • 0收藏,433浏览
tree 零段
粉丝:1人 关注:1人

问题描述:

*Jan 15 14:40:25:561 2025 F1000-C8150 IKE/7/ERROR: vrf = 0, local = 116.128.224.66, remote = 140.207.7.56/500

Can't find IKE SA.

*Jan 15 14:40:22:559 2025 F1000-C8150 IKE/7/ERROR: 2th byte of the structure ISAKMP Identification Payload must be 0.

*Jan 15 14:40:22:559 2025 F1000-C8150 IKE/7/ERROR: vrf = 0, local = 116.128.224.66, remote = 140.207.7.56/500

Failed to parse phase 1 packet. Reason INVALID_PAYLOAD_TYPE.

*Jan 15 14:40:22:560 2025 F1000-C8150 IKE/7/ERROR: vrf = 0, local = 116.128.224.66, remote = 140.207.7.56/500

Failed to negotiate IKE SA.

 

组网及组网描述:

本端ike配置如下:

ike profile nsyh

 keychain nsyh

 local-identity address 116.128.224.66

 match remote identity address 140.207.7.56

 proposal 10

#

ike proposal 10

 encryption-algorithm aes-cbc-256

 dh group2

 authentication-algorithm sha256

#

#

ike keychain nsyh

 match local address 116.128.224.66

 pre-shared-key address 140.207.7.56  key c ******

#

对端配置如图所示

 

 

5 个回答
tree 知了小白
粉丝:1人 关注:1人

ike 第一阶段协商不起来


粉丝:0人 关注:0人

两台设备的proposal加密和认证算法不一致吧

粉丝:2人 关注:14人

检查一下配置,第一阶段的加密和算法都不一样

回复不要问:

我们的已经过保了 太难过了

tree 发表时间:2025-01-15 更多>>

不是一样的嘛 aes256和aes cbc 256 应该是一样的吧?

tree 发表时间:2025-01-15
回复tree:

不确定,两个厂家对接IPSec多多少都会出现在认证和算法上

不要问 发表时间:2025-01-15
回复tree:

设备在保的话,联系两个设备厂家400远程一起看吧

不要问 发表时间:2025-01-15
回复不要问:

我们的已经过保了 太难过了

tree 发表时间:2025-01-15
粉丝:0人 关注:1人

检查一下你的500端口咯,是防火墙吗?防火墙策略放通没

放通了

tree 发表时间:2025-01-15 更多>>

放通了

tree 发表时间:2025-01-15
粉丝:120人 关注:1人

根据提供的日志信息,可以看出问题发生在 IKE(Internet Key Exchange)协议的 Phase 1 阶段,交换双方在建立安全会话时未能成功。以下是日志中主要错误及其可能原因和解决方案:


主要错误信息与分析

1. Can't find IKE SA

  • 原因

    • 本地设备无法找到与远端对应的 IKE 安全关联 (Security Association, SA)。
    • 可能是之前协商的 SA 已超时或被删除,或者远端设备配置错误。
  • 解决方案

    1. 确保双方的 IKE SA 参数(如加密算法、认证方式、密钥生存时间等)一致。
    2. 检查是否存在网络延迟或丢包导致协商失败。
    3. 如果使用 VRF,确保 VRF 的配置和流量路由正确。

2. 2th byte of the structure ISAKMP Identification Payload must be 0

  • 原因

    • 收到的 ISAKMP Identification Payload 数据包格式不正确,可能是远端设备发送了无效的 Payload 数据。
    • 常见原因包括设备间兼容性问题或远端设备配置错误。
  • 解决方案

    1. 检查双方设备是否使用相同的 IKE 协议版本(IKEv1 或 IKEv2)。 display current-configuration | include ike 确保协议版本一致: ike version 1
    2. 确保双方设备配置相同的身份认证方式(如 PSK 或证书认证)。
    3. 如果是多厂商设备,检查是否有已知的兼容性问题。

3. Failed to parse phase 1 packet. Reason INVALID_PAYLOAD_TYPE

  • 原因

    • 在 IKE Phase 1 中,收到的 Payload 类型不正确,可能是配置参数不匹配(如加密算法、哈希算法等)。
  • 解决方案

    1. 检查并确保双方设备的 IKE Phase 1 配置一致: ike proposal <proposal_name> authentication-method pre-share encryption-algorithm aes-cbc-128 hash-algorithm sha1 dh-group 2 sa-duration 86400
    2. 如果使用证书认证,检查证书的有效性和匹配性。

4. Failed to negotiate IKE SA

  • 原因

    • 因为前述问题导致 IKE Phase 1 的协商失败。
  • 解决方案

    1. 确保双方配置了匹配的 IKE Proposal:
      • 加密算法(如 AES、DES 等)。
      • 哈希算法(如 SHA1、SHA256)。
      • DH(Diffie-Hellman)组(如 Group 2 或 Group 14)。
    2. 检查共享密钥(Pre-shared Key, PSK)是否一致: system-view ike peer <peer_name> pre-shared-key cipher <key>
    3. 如果使用证书,确保根 CA 和证书链配置正确。

排查步骤

  1. 检查本地 IKE 配置

    • 确认 IKE proposal 和 IKE peer 配置一致。
    • 示例配置: system-view ike proposal 1 authentication-method pre-share encryption-algorithm aes-cbc-256 hash-algorithm sha2-256 dh-group 14 sa-duration 86400 quit ike peer peer1 remote-address 140.207.7.56 ike-proposal 1 pre-shared-key cipher your_psk quit
  2. 查看当前 IKE SA 状态

    • 使用以下命令查看 IKE SA: display ike sa
    • 如果没有建立 SA,说明协商失败,结合日志进一步分析。
  3. 检查网络连通性

    • 确保本地和远端设备之间的端口 500 和 4500 通信正常(用于 IKE 和 NAT-T)。
    • 使用 pingtraceroute 检查网络连通性。
  4. 启用调试日志

    • 如问题持续存在,可启用 IKE 调试模式获取更多信息: debugging ike all

其他建议

  • 如果设备间为多厂商(如 H3C 和其他品牌),可查阅厂商的兼容性文档。
  • 确保设备运行最新的固件版本,某些问题可能已在更新中修复。

如问题仍未解决,建议提供双方配置以便进一步分析。

编辑答案

你正在编辑答案

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


分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明