• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
案例类型
搜索
取消
产品线
关键字
发布者
发布时间

F1070防火墙多出口情况下做IPSec VPN失败经验案例

2019-03-10发表
  • 3关注
  • 2收藏,691浏览
1

组网及说明


问题描述

两台F1070作为出口设备,分别连接两根外网线,通过公网建立IPSec vpn。相关配置完成后,感兴趣流地址互ping不通。两台设备的display ike sa显示都为unknownike阶段都没有建立起来:

FW1:

< FW1>display ike sa

Connection-ID   Remote           Flag          DOI   

------------------------------------------------------------

     117            180.X.X.166    Unknown     IPsec 

FW2

< FW2>display ike sa

Connection-ID   Remote           Flag          DOI   

------------------------------------------------------------

     925            140.X.X.195    Unknown     IPsec  

过程分析

1、两台设备公网地址互通的前提下,检查两端配置:

FW1

#

interface LoopBack70

 ip address 10.70.0.1 255.255.255.0

#

interface GigabitEthernet2/0/2

 ip address 140.X.X.195 255.255.255.0

 nat outbound 3001

 ipsec apply policy sq

#

ip route-static 10.60.0.1 32 140.X.X.192

#

acl advanced 3001

 rule 12 deny ip source 10.70.0.1 0 destination 10.60.0.1 0

 rule 100 permit ip

#

acl advanced 3012

 rule 55 permit ip source 10.70.0.1 0 destination 10.60.0.1 0

#

ipsec transform-set 1

 esp encryption-algorithm 3des-cbc

 esp authentication-algorithm md5

#

ipsec policy sq 1 isakmp

 transform-set 1

 security acl 3012

 local-address 140.X.X.195

 remote-address 180.X.X.166

 ike-profile sq

#

 ike identity fqdn dx

#

ike profile sq

 keychain sq

 local-identity address 140.X.X.195

 match remote identity address 180.X.X.166 255.255.255.255

 proposal 1

#

ike proposal 1

 encryption-algorithm 3des-cbc

 dh group2

 authentication-algorithm md5

#

ike keychain sq

 pre-shared-key address 180.X.X.166 255.255.255.255 key cipher $c$3$3M1ZR4VWG/7x81MQa+anzqKNObKUP1r8CVTx8=

#

FW2

FW2配置除了相关地址与FW1不同,其他相关参数均一致。

2、核对两端IPSec vpn的配置无误,此时在FW2上开启debugging ike sa以及debugging ipsec sa,相关报错如下:

*Sep 10 16:47:09:053 2018 FW2 IKE/7/EVENT: Phase1 process started.

*Sep 10 16:47:09:054 2018 FW2 IKE/7/PACKET: vrf = 0, local = 180.X.X.166, remote = 140.X.X.195/500

Collision of phase 1 negotiation is found.

FW2收到了来自FW1IKE报文,在IKE协商过程中提示了冲突。在设备上开启debugging ip packet查看数据包交互情况:

*Sep 10 16:47:22:721 2018 FW2 IPFW/7/IPFW_PACKET:

Receiving, interface = GigabitEthernet2/0/1, version = 4, headlen = 20, tos = 252,

pktlen = 204, pktid = 65, offset = 0, ttl = 254, protocol =17

checksum = 50690, s = 140.X.X.195, d = 180.X.X.166

prompt: Receiving IP packet.

* Sep 10 16:47:22:721 2018 FW2 IPFW/7/IPFW_PACKET:

Sending, interface = GigabitEthernet2/0/3, version = 4, headlen= 20, tos = 252,

pktlen = 144, pktid = 60, offset = 0, ttl = 255, protocol =17

checksum = 50499, s = 180.X.X.166, d = 140.X.X.195

prompt: Sending the packet from local at GigabitEthernet2/0/3

可以看出数据包从GigabitEthernet2/0/1接收,结果从GigabitEthernet2/0/3发出。在FW2上查看路由发现:

ip route-static 0.0.0.0 0 210.X.X.17

ip route-static 0.0.0.0 0 180.X.X.165 preference 70

从这里可以发现问题所在,当10.70.0.1ping 10.60.0.1时,感兴趣流在FW1GigabitEthernet2/0/2口进行IPSec封装后通过公网到达FW2GigabitEthernet2/0/1

FW2在回应报文的时候,由于FW2配置出接口为GigabitEthernet2/0/1的默认路由优先级比出接口为GigabitEthernet2/0/3的优先级低,数据包优先从GigabitEthernet2/0/3发出,路径不一致导致协商冲突。

在FW2上配置去往140.X.X.195的明细路由,下一跳指向180.X.X.165,此时ike saipsec sa可以正常建立。

display ike sa

Connection-ID   Remote      Flag      DOI   

---------------------------------------------------------

         116        180.X.X.166     RD      IPsec 

Flags:

RD--READY RL--REPLACED FD-FADING RK-REKEY

display ipsec sa

  -----------------------------

  IPsec policy: sq

  Sequence number: 1

  Mode: ISAKMP

  -----------------------------

    Tunnel id: 0

    Encapsulation mode: tunnel

    Perfect Forward Secrecy:

    Inside VPN:

    Extended Sequence Numbers enable: N

    Traffic Flow Confidentiality enable: N

    Path MTU: 1444

    Tunnel:

        local address: 140.X.X.195

        remote address: 180.X.X.166

    Flow:

        sour addr: 10.70.0.1/255.255.255.255  port: 0  protocol: ip

        dest addr: 10.60.0.1/255.255.255.255  port: 0  protocol: ip

    [Inbound ESP SAs]

      SPI: 1628414150 (0x610fa0c6)

      Connection ID: 545460846593

      Transform set: ESP-ENCRYPT-3DES-CBC ESP-AUTH-MD5

      SA duration (kilobytes/sec): 1843200/3600

      SA remaining duration (kilobytes/sec): 1843199/3299

      Max received sequence-number: 4

      Anti-replay check enable: Y

      Anti-replay window size: 64

      UDP encapsulation used for NAT traversal: N

      Status: Active

    [Outbound ESP SAs]

      SPI: 2623005100 (0x9c57e1ac)

      Connection ID: 708669603842

      Transform set: ESP-ENCRYPT-3DES-CBC ESP-AUTH-MD5

      SA duration (kilobytes/sec): 1843200/3600

      SA remaining duration (kilobytes/sec): 1843199/3299

      Max sent sequence-number: 4

      UDP encapsulation used for NAT traversal: N

      Status: Active


解决方法

在两台防火墙上配置去往对端公网地址的明细路由,保证感兴趣流到达对端设备后从一个端口接收,并且从该端口发出。

< FW1>ip route-static 180.X.X.166 24 140.X.X.192

< FW2>ip route-static 140.X.X.195 24 180.X.X.165

在双出口的组网下,不仅仅需要配置去往对端感兴趣流的明细路由,还需要注意公网之间互通的路由选择,确保感兴趣流到达对端设备后从一个接口接收,回应报文时也从该接口发出。

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

侵犯我的权益 >
对根叔知了社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

相似案例

分享扩散:

提出建议

    +

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

确定

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作