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

MSR3610在负载分担的情况下两端ipsec建立不起来

2018-02-26 发表
  • 0关注
  • 0收藏 1914浏览
粉丝:24人 关注:1人

组网如图北京侧双出口与山东侧互联,X.X.X.XY.Y.Y.Y之间建立ipsec连接。北京侧的两个口均配置了NAT地址转换。

两侧ipsec一直建立不起来。

 


在两侧设备上debug ike all,山东侧触发连接。发现山东侧发出去了ike协商报文。

[10:00:26]Sending packet to X.X.X.X remote port 500, local port 500.

[10:00:26]*Feb 23 09:48:22:223 2018 SSGM-JN IKE/7/PACKET: vrf = 0, src = Y.Y.Y.Y, dst = X.X.X.X/500

[10:00:26]

[10:00:26]  I-COOKIE: 9aa32a24f774818f

[10:00:26]  R-COOKIE: 0000000000000000

[10:00:26]  next payload: SA

[10:00:26]  version: ISAKMP Version 1.0

[10:00:26]  exchange mode: Main

[10:00:26]  flags: 

[10:00:26]  message ID: 0

[10:00:26]  length: 176

北京侧也收到了此协商报文。

[10:00:26]Received packet from Y.Y.Y.Y source port 500 destination port 500.

[10:00:26]*Feb 23 09:45:27:196 2018 SSGM-BJ IKE/7/PACKET: vrf = 0, local = X.X.X.X, remote = Y.Y.Y.Y/500

[10:00:26]

[10:00:26]  I-COOKIE: 9aa32a24f774818f

[10:00:26]  R-COOKIE: 0000000000000000

[10:00:26]  next payload: SA

[10:00:26]  version: ISAKMP Version 1.0

[10:00:26]  exchange mode: Main

[10:00:26]  flags: 

[10:00:26]  message ID: 0

[10:00:26]  length: 176

但是北京侧没有给予回应,而是发起了新的IKE协商,达到山东侧后发现地址为北京侧G0/2口的地址。

[10:00:29]Sending packet to Y.Y.Y.Y remote port 500, local port 500.

[10:00:29]*Feb 23 09:45:30:662 2018 SSGM-BJ IKE/7/PACKET: vrf = 0, local = X.X.X.X, remote = Y.Y.Y.Y/500

[10:00:29]

[10:00:29]  I-COOKIE: 1645329acca28453

[10:00:29]  R-COOKIE: 0000000000000000

[10:00:29]  next payload: SA

[10:00:29]  version: ISAKMP Version 1.0

[10:00:29]  exchange mode: Main

[10:00:29]  flags: 

[10:00:29]  message ID: 0

山东侧收到的报文。

[10:00:30]Received packet from Z.Z.Z.Z source port 1 destination port 500.

[10:00:30]*Feb 23 09:48:25:707 2018 SSGM-JN IKE/7/PACKET: vrf = 0, src = Y.Y.Y.Y, dst = Z.Z.Z.Z/1

[10:00:30]

[10:00:30]  I-COOKIE: 1645329acca28453

[10:00:30]  R-COOKIE: 0000000000000000

[10:00:30]  next payload: SA

[10:00:30]  version: ISAKMP Version 1.0

[10:00:30]  exchange mode: Main

[10:00:30]  flags: 

[10:00:30]  message ID: 0

[10:00:30]  length: 196


检查北京侧的ipsec相关配置,没有发现异常。

#

ipsec transform-set ssgmjn

 esp encryption-algorithm 3des-cbc

 esp authentication-algorithm md5

#

ipsec policy ssgmjn 1 isakmp

 transform-set ssgmjn

 security acl 3333

 local-address X.X.X.X

 remote-address Y.Y.Y.Y

 ike-profile ssgmjn

#

ike profile ssgmjn

 keychain ssgmjn

 match remote identity address Y.Y.Y.Y 255.255.255.255

 proposal 1

#

ike proposal 1

 encryption-algorithm 3des-cbc

 authentication-algorithm md5

#

ike keychain ssgmjn

 pre-shared-key address Y.Y.Y.Y 255.255.255.255 key cipher $c$3$6meEvo5vu6k8y74sY34caa7qZAgkXVZQ4lcj

#

查看端口配置,发现两个端口下均有nat outbound 3000 的配置。

 #

interface GigabitEthernet0/2

 port link-mode route

 ip address Z.Z.Z.Z 255.255.255.252

 ip address 124.207.69.82 255.255.255.252 sub

 ip last-hop hold

 nat outbound 3000

 nat server protocol tcp global 124.207.69.82 80 inside 172.16.4.50 8080

 nat server protocol tcp global 124.207.69.84 62221 inside 10.10.10.212 80

#

interface GigabitEthernet0/0

 port link-mode route

 combo enable copper

 ip address X.X.X.X 255.255.255.252

 tcp mss 1024

 ip last-hop hold

 nat outbound 3000

 nat server protocol tcp global X.X.X.X 443 inside 10.10.10.215 443

 nat server protocol tcp global X.X.X.X 1195 inside 10.10.10.39 1195

检查acl 3000,发现其中有一条permit ip

acl advanced 3000

 rule 0 deny ip source 172.16.4.0 0.0.0.255 destination 10.10.11.0 0.0.0.255

 rule 1 deny ip source 172.16.4.0 0.0.0.255 destination 172.16.8.0 0.0.0.255

 rule 2 deny ip source 10.10.10.0 0.0.0.255 destination 10.10.11.0 0.0.0.255

 rule 3 deny ip source 10.10.10.0 0.0.0.255 destination 172.16.8.0 0.0.0.255

 rule 4 deny ip source 172.16.1.0 0.0.0.255 destination 172.16.8.0 0.0.0.255

 rule 5 deny ip source 172.16.1.0 0.0.0.255 destination 10.10.11.0 0.0.0.255

 rule 10 permit ip

由于北京侧设备两个口走的是负载分担。当流量选择走G0/2口后,nat outbound 3000将其转换为自己接口地址Z.Z.Z.Z与山东侧进行协商。而ipsec配置中没有此地址,因此两台设备一直无法协商成功。


acl 3000中加一条deny ip source X.X.X.X 0 destination Y.Y.Y.Y 0,不让NAT ipsec的相关协商报文进行地址转换。这样无论触发的流量走哪个口,均不会影响到ipsec的协商报文。


遇到ipsec的相关问题,先检查哪一阶段协商不成功,debug ike allipsec all进行定位。检查ipsec相关配置时也要留心协商报文出接口的配置。


该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-11对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

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