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

某局点M9000不同VPN实例NAT映射不通处理经验案例

  • 0关注
  • 1收藏 2570浏览
粉丝:12人 关注:0人

组网及说明

M9K串在两台路由设备之间,与RT1互联口属于VPN实例v1,与RT2互联口属于VPN实例v2。RT2没有去RT1的路由,在M9K上将RT1映射到与RT2的互联口上。


问题描述

RT1能够正常访问RT2,但是RT2无法通过映射的地址访问RT1。

M9K上相关配置如下:

ip vpn-instance v1

 #

 address-family ipv4

   route-replicate from vpn-instance v2 protocol direct   //v2中的直连路由引入v1

#

ip vpn-instance v2

 #

 address-family ipv4

  route-replicate from vpn-instance v1 protocol direct  //v1中的直连路由引入v2

#

 nat static outbound 192.168.1.2 vpn-instance v1 192.168.2.1 vpn-instance v2

#

interface GigabitEthernet3/0/1

 ip binding vpn-instance v1

 ip address 192.168.1.1 255.255.255.0

#

interface GigabitEthernet3/0/2

 ip binding vpn-instance v2

 ip address 192.168.2.1 255.255.255.0

 nat outbound vpn-instance v2

 nat static enable

#

security-zone name Trust

 import interface GigabitEthernet3/0/1

#

security-zone name Untrust

 import interface GigabitEthernet3/0/2

#

security-policy ip

 rule 1 name p1 

  action pass

  vrf v1

  source-zone trust

  destination-zone untrust

 rule 2 name p2 

  action pass

  vrf v2

  source-zone untrust

  destination-zone trust


过程分析

1、在防火墙上面debugging aspf packet,发现报错如下

*Jun 16 19:38:03:514 2019 H3C ASPF/7/PACKET: -COntext=1; The first packet was dropped by packet filter or object-policy. Src-ZOne=Untrust, Dst-ZOne=Trust;If-In=GigabitEthernet3/0/2(2), If-Out=GigabitEthernet3/0/1(1); Packet Info:Src-IP=192.168.2.2, Dst-IP=192.168.1.2, VPN-Instance=v2, Src-Port=195, Dst-Port=2048. Protocol=ICMP(1).

2、检查与VPN实例的配置,发现与p2的配置一致,但是结果是不通的。

rule 2 name p2 

  action pass

  vrf v2

  source-zone untrust

  destination-zone trust

3、尝试修改配置测试,在RT2上面加上路由,直接通过路由访问RT1,发现能够ping通。查看会话匹配到的是rule 2

Initiator:

  Source      IP/port: 192.168.2.2/203

  Destination IP/port: 192.168.1.2/2048

  DS-Lite tunnel peer: -

  VPN instance/VLAN ID/Inline ID: v2/-/-

  Protocol: ICMP(1)

  Inbound interface: GigabitEthernet3/0/2

  Source security zone: Untrust

Responder:

  Source      IP/port: 192.168.1.2/203

  Destination IP/port: 192.168.2.2/0

  DS-Lite tunnel peer: -

  VPN instance/VLAN ID/Inline ID: v1/-/-

  Protocol: ICMP(1)

  Inbound interface: GigabitEthernet3/0/1

  Source security zone: Trust

State: ICMP_REPLY

Application: ICMP

Rule ID: 2

Rule name: p2

Start time: 2019-06-16 19:47:14  TTL: 22s

Initiator->Responder:            5 packets        420 bytes

Responder->Initiator:            5 packets        420 bytes

4、经过确认,在涉及nat server以及nat outbound转化报文目的地址的时候,安全策略里面配置的vpn实例写的是目的vpn实例,而不是源vpn实例。

配置下面策略后,发现RT2能够通过映射后的地址访问RT1。

rule 3 name p3

  action pass

  vrf v1

  source-zone untrust

  destination-zone trust

能够看到会话匹配的是该策略

Initiator:

  Source      IP/port: 192.168.2.2/206

  Destination IP/port: 192.168.2.1/2048

  DS-Lite tunnel peer: -

  VPN instance/VLAN ID/Inline ID: v2/-/-

  Protocol: ICMP(1)

  Inbound interface: GigabitEthernet3/0/2

  Source security zone: Untrust

Responder:

  Source      IP/port: 192.168.1.2/206

  Destination IP/port: 192.168.2.2/0

  DS-Lite tunnel peer: -

  VPN instance/VLAN ID/Inline ID: v1/-/-

  Protocol: ICMP(1)

  Inbound interface: GigabitEthernet3/0/1

  Source security zone: Trust

State: ICMP_REPLY

Application: ICMP

Rule ID: 3

Rule name: p3

Start time: 2019-06-16 19:52:11  TTL: 25s

Initiator->Responder:            5 packets        420 bytes

Responder->Initiator:            5 packets        420 bytes




解决方法

在涉及nat server以及nat outbound转化报文目的地址的时候,安全策略里面配置的vpn实例写的是目的vpn实例,而不是源vpn实例。

security-policy ip

 rule 1 name p2   //RT1直接通过路由访问RT2,即1.2 ping 2.2的时候,需要这一条安全策略

  action pass

  vrf v1

  source-zone trust

  destination-zone untrust

 rule 2 name p2   //RT2直接通过路由访问RT1,即2.2 ping 1.2的时候,需要这一条安全策略

  action pass

  vrf v2

  source-zone trust

  destination-zone untrust

 rule 3 name p3   //RT2通过nat映射访问RT1 ,即2.2 ping 2.1的时候,需要这一条安全策略

  action pass

  vrf v1

  source-zone untrust

  destination-zone trust


该案例对您是否有帮助:

您的评价:1

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

0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

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

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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