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

MSR830对接深信服AF,IPSecVPN,分支端NAT,配置ACL策略deny掉保护流不生效!

2024-04-02提问
  • 0关注
  • 0收藏,229浏览
粉丝:0人 关注:0人

问题描述:

 

MSR830为分支端设备,出口为电信光猫(路由模式)下发192.168.1.1/24的地址段,总部使用深信服AF设备,有公网地址。

IPSecVPN隧道建立成功

使用acl建立保护流,如下:

acl advanced 3000

 rule 4 permit ip source 192.168.103.0 0.0.0.255 destination 192.168.4.0 0.0.3.255

在NAT出口下deny掉保护流

acl advanced 3001

 rule 4 deny ip destination 192.168.4.0 0.0.3.255

接口上引用如下:

interface GigabitEthernet0/1

 port link-mode route

 description Single_Line1

 ip address 192.168.1.5 255.255.255.0

 nat outbound 3001

 ipsec apply policy IPsec

现在问题是,在MSR中tracert 对端地址,发现还是NAT出去了,没有进ipsec隧道。

traceroute to 192.168.7.254 (192.168.7.254), 30 hops at most, 40 bytes each packet, press CTRL+C to brea   k

 1  192.168.1.1 (192.168.1.1)  0.702 ms  0.509 ms  0.339 ms

 2  100.64.0.1 (100.64.0.1)  2.596 ms  2.449 ms  5.470 ms

 3  171.212.118.221 (171.212.118.221)  3.444 ms  2.910 ms  3.552 ms //光猫局端的外网地址,非总部外网地址

 4  * * *

 5  * * *

 6  * * *

 7  * * *

但是查看ACL是匹配了的。

Advanced IPv4 ACL 3001, 11 rules,    //NAT deny保护流

ACL's step is 5

 rule 4 deny ip destination 192.168.4.0 0.0.3.255 (10 times matched)

 

 

Advanced IPv4 ACL 3000, 11 rules,   //ipsecvpn保护流

ACL's step is 5

 rule 4 permit ip source 192.168.103.0 0.0.0.255 destination 192.168.4.0 0.0.3.2                           55 (9 times matched)

而且可以ping通总部的核心交换机和深信服AF的LAN口。

 

 

 

 

 

 

 

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

能通对端的话说明ipsec正常封装/解封装了,拒绝感兴趣流的acl肯定也生效了;tracert可能不准会带设备出接口nat地址,具体可以抓包看看

对端能通的那段不是兴趣流,兴趣流里面的一个也不通,对端AF抓包没有收到包

zhiliao_dGklzN 发表时间:2024-04-02

接口下除了nat outbound 3001没有配置nat outbound吧?检查一下两端感兴趣流是否完全对称,检查一下配置

jk2thetop 发表时间:2024-04-02

只有一条3001的,兴趣流对称检查过了,可以到对端核心交换机(没在兴趣流里)

zhiliao_dGklzN 发表时间:2024-04-02

你这现场组网是MSR接光猫,流量tracert转换的是光猫1.1地址吧?在路由器上配置nat拒绝了感兴趣流,但在光猫侧还是会进行nat转换成公网ip出去;这种组网需要做穿越NAT的ipsec 2.21.3 IKE野蛮模式及NAT穿越配置举例 说明 设备运行于FIPS模式时,不支持本例。 ‌ 1. 组网需求 Device A在NAT安全网关内网侧,所连接的内网侧用户使用NAT地址3.3.3.1访问外网。要求在Device A和Device B之间建立一个IPsec隧道,对Host A所在的子网(10.1.1.0/24)与Host B所在的子网(10.1.2.0/24)之间的数据流进行安全保护。具体需要求如下: · 协商双方使用缺省的IKE提议。 · 协商模式为野蛮模式协商。 · 第一阶段协商的认证方法为预共享密钥认证。 2. 组网图 图2-6 IKE野蛮模式及NAT穿越典型组网图 ‌ 3. 配置步骤 (1) 配置Device A # 配置各接口的IP地址,具体略。 # 配置IPv4高级ACL 3000,定义要保护由子网10.1.1.0/24去往子网10.1.2.0/24的数据流。 <DeviceA> system-view [DeviceA] acl advanced 3000 [DeviceA-acl-ipv4-adv-3000] rule 0 permit ip source 10.1.1.0 0.0.0.255 destination 10.1.2.0 0.0.0.255 [DeviceA-acl-ipv4-adv-3000] quit # 创建IPsec安全提议transform1。 [DeviceA] ipsec transform-set transform1 # 配置采用的安全协议为ESP。 [DeviceA-ipsec-transform-set-transform1] protocol esp # 配置ESP协议采用的加密算法为3DES,认证算法为HMAC-MD5。 [DeviceA-ipsec-transform-set-transform1] esp encryption-algorithm 3des-cbc [DeviceA-ipsec-transform-set-transform1] esp authentication-algorithm md5 [DeviceA-ipsec-transform-set-transform1] quit # 创建IKE keychain,名称为keychain1。 [DeviceA] ike keychain keychain1 # 配置与IP地址为2.2.2.2的对端使用的预共享密钥为明文12345zxcvb!@#$%ZXCVB。 [DeviceA-ike-keychain-keychain1] pre-shared-key address 2.2.2.2 255.255.0.0 key simple 12345zxcvb!@#$%ZXCVB [DeviceA-ike-keychain-keychain1] quit # 创建IKE profile,名称为profile1。 [DeviceA] ike profile profile1 # 指定引用的IKE keychain为keychain1。 [DeviceA-ike-profile-profile1] keychain keychain1 # 配置协商模式为野蛮模式。 [DeviceA-ike-profile-profile1] exchange-mode aggressive # 配置本端身份为FQDN名称***.***。 [DeviceA-ike-profile-profile1] local-identity fqdn ***.*** # 配置匹配对端身份的规则为IP地址2.2.2.2/16。 [DeviceA-ike-profile-profile1] match remote identity address 2.2.2.2 255.255.0.0 [DeviceA-ike-profile-profile1] quit # 创建一条IKE协商方式的IPsec安全策略,名称为policy1,顺序号为1。 [DeviceA] ipsec policy policy1 1 isakmp # 配置IPsec隧道的对端IP地址为2.2.2.2。 [DeviceA-ipsec-policy-isakmp-policy1-1] remote-address 2.2.2.2 # 指定引用的安全提议为transform1。 [DeviceA-ipsec-policy-isakmp-policy1-1] transform-set transform1 # 指定引用ACL 3000。 [DeviceA-ipsec-policy-isakmp-policy1-1] security acl 3000 # 指定引用的IKE profile为profile1。 [DeviceA-ipsec-policy-isakmp-policy1-1] ike-profile profile1 [DeviceA-ipsec-policy-isakmp-policy1-1] quit # 在接口GigabitEthernet1/0/1上应用IPsec安全策略policy1。 [DeviceA] interface gigabitethernet 1/0/1 [DeviceA-GigabitEthernet1/0/1] ipsec apply policy policy1 [DeviceA-GigabitEthernet1/0/1] quit # 配置到Host B所在子网的静态路由。 [DeviceA] ip route-static 10.1.2.0 255.255.255.0 1.1.1.2 (2) 配置Device B # 配置各接口的IP地址,具体略。 # 创建IPsec安全提议transform1。 <DeviceB> system-view [DeviceB] ipsec transform-set transform1 # 配置采用的安全协议为ESP。 [DeviceB-ipsec-transform-set-transform1] protocol esp # 配置ESP协议采用的加密算法为3DES,认证算法为HMAC-MD5。 [DeviceB-ipsec-transform-set-transform1] esp encryption-algorithm 3des-cbc [DeviceB-ipsec-transform-set-transform1] esp authentication-algorithm md5 [DeviceB-ipsec-transform-set-transform1] quit # 创建IKE keychain,名称为keychain1。 [DeviceB]ike keychain keychain1 # 配置与IP地址为1.1.1.1的对端使用的预共享密钥为明文12345zxcvb!@#$%ZXCVB。在本例中,来自1.1.1.1的报文经NAT转换后,源IP地址被转换为3.3.3.1,因此指定预共享密钥时对端IP地址为3.3.3.1。 [DeviceB-ike-keychain-keychain1] pre-shared-key address 3.3.3.1 255.255.0.0 key simple 12345zxcvb!@#$%ZXCVB [DeviceB-ike-keychain-keychain1] quit # 创建IKE profile,名称为profile1。 [DeviceB] ike profile profile1 # 指定引用的IKE keychain为keychain1。 [DeviceB-ike-profile-profile1] keychain keychain1 # 配置协商模式为野蛮模式。 [DeviceB-ike-profile-profile1] exchange-mode aggressive # 配置匹配对端身份的规则为FQDN名称***.***。 [DeviceB-ike-profile-profile1] match remote identity fqdn ***.*** [DeviceB-ike-profile-profile1] quit # 创建一个IKE协商方式的IPsec安全策略模板,名称为template1,顺序号为1。 [DeviceB] ipsec policy-template template1 1 # 指定引用的安全提议为tran1。 [DeviceB-ipsec-policy-template-template1-1] transform-set transform1 # 配置IPsec隧道的本端IP地址为2.2.2.2。 [DeviceB-ipsec-policy-template-template1-1] local-address 2.2.2.2 # 指定引用的IKE profile为profile1。 [DeviceB-ipsec-policy-template-template1-1] ike-profile profile1 [DeviceB-ipsec-policy-template-template1-1] quit # 引用IPsec安全策略模板创建一条IKE协商方式的IPsec安全策略,名称为policy1,顺序号为1。 [DeviceB] ipsec policy policy1 1 isakmp template template1 # 在接口GigabitEthernet1/0/1上应用安全策略policy1。 [DeviceB] interface gigabitethernet 1/0/1 [DeviceB-GigabitEthernet1/0/1] ipsec apply policy policy1 [DeviceB-GigabitEthernet1/0/1] quit # 配置到Host A所在子网的静态路由。2.2.2.1为本例中的直连下一跳地址,实际使用中请以具体组网情况为准。 [DeviceB] ip route-static 10.1.1.0 255.255.255.0 2.2.2.1 4. 验证配置 以上配置完成后,子网10.1.1.0/24若向子网10.1.2.0/24发送报文,将触发IKE协商。 # 可通过如下显示信息查看到Device A上IKE第一阶段协商成功后生成的IKE SA [DeviceA] display ike sa Connection-ID Remote Flag DOI ------------------------------------------------------------------ 13 2.2.2.2/500 RD IPsec Flags: RD--READY RL--REPLACED FD-FADING RK-REKEY [DeviceA] display ike sa verbose ----------------------------------------------- Connection ID: 13 Outside VPN: Inside VPN: Profile: profile1 Transmitting entity: Initiator Initiator COOKIE: 1bcf453f0a217259 Responder COOKIE: 5e32a74dfa66a0a4 Output interface name: GigabitEthernet1/0/1 ----------------------------------------------- Local IP/port: 1.1.1.1/500 Local ID type: FQDN Local ID: ***.*** Remote IP/port: 2.2.2.2/500 Remote ID type: IPV4_ADDR Remote ID: 2.2.2.2 Authentication-method: PRE-SHARED-KEY Authentication-algorithm: SHA1 Encryption-algorithm: DES-CBC Life duration(sec): 86400 Remaining key duration(sec): 84565 Exchange-mode: Aggressive Diffie-Hellman group: Group 1 NAT traversal: Detected Extend authentication: Disabled Assigned IP address: Vendor ID index: 0xa1d Vendor ID sequence number: 0x0 # 可通过如下显示信息查看到IKE第二阶段协商生成的IPsec SA。 [DeviceA] display ipsec sa ------------------------------- Interface: GigabitEthernet1/0/1 ------------------------------- ----------------------------- IPsec policy: policy1 Sequence number: 1 Alias: policy1-1 Mode: ISAKMP ----------------------------- Tunnel id: 0 Encapsulation mode: tunnel Perfect Forward Secrecy: Inside VPN: Extended Sequence Numbers enable: N Traffic Flow Confidentiality enable: N Transmitting entity: Initiator Path MTU: 1435 Tunnel: local address/port: 1.1.1.1/500 remote address/port: 2.2.2.2/500 Flow: sour addr: 10.1.1.0/255.255.255.0 port: 0 protocol: ip dest addr: 10.1.2.0/255.255.255.0 port: 0 protocol: ip [Inbound ESP SAs] SPI: 830667426 (0x3182faa2) Connection ID: 90194313219 Transform set: ESP-ENCRYPT-3DES-CBC ESP-AUTH-MD5 SA duration (kilobytes/sec): 1843200/3600 SA remaining duration (kilobytes/sec): 1843200/2313 Max received sequence-number: Anti-replay check enable: Y Anti-replay window size: 64 UDP encapsulation used for NAT traversal: Y Status: Active [Outbound ESP SAs] SPI: 3516214669 (0xd1952d8d) Connection ID: 64424509441 Transform set: ESP-ENCRYPT-3DES-CBC ESP-AUTH-MD5 SA duration (kilobytes/sec): 1843200/3600 SA remaining duration (kilobytes/sec): 1843200/2313 Max sent sequence-number: UDP encapsulation used for NAT traversal: Y Status: Active

jk2thetop 发表时间:2024-04-02

https://www.h3c.com/cn/d_202403/2065143_30005_0.htm#_Toc161234189 参考手册NAT穿越的案例

jk2thetop 发表时间:2024-04-02

OK,我改下试试,感谢

zhiliao_dGklzN 发表时间:2024-04-02
粉丝:17人 关注:9人

您好,请知:

IPSEC VPN故障排查:
1、检查公网地址的连通性
2、检查ipsec acl是否配置正确(两端ACL以互为镜像的方式配置)
3、检查ike keychain/ike profile 协商参数配置是否正确(工作模式、keychain、identity、本端/对端隧道地址或隧道名称、NAT穿越功能v7自适应)
4、检查ipsec proposal(v5平台) /ipsec  transform-set(v7平台)参数两端是否一致(封装模式、安全协议、验证算法、加密算法)
5、检查设备是否创建ipsec策略,并加载协商参数(acl、ike profile 、ipsec  transform-set、对端隧道IP)
6、检查ipsec策略是否应用在正确的接口上
 
IPSEC排查命令:
1、disp ipsec policy
2、disp acl
3、dis cu conf ike-profile
4、dis cu conf ike-keychain
5、display  ike proposal
6、display  ipsec  transform-set
7、disp ike sa (verbose)
8、disp ipsec sa
9、reset ipsec sa
10、reset ike sa

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明