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

中低端防火墙HA联动VRRP主备模式中NAT功能典型配置(公网地址只有一个)

2023-12-27 发表
  • 0关注
  • 7收藏 736浏览
粉丝:35人 关注:3人

组网及说明

安全产品全新RBM特性HA组网方案,紧随业界潮流,组网灵活,规避了双机部署时横向链路的带宽限制,两台设备控制平面分离,升级操作简单,可以实现双机配置自动同步和业务的平滑切换。

设备部署在公网出口场景下,典型的RBM+VRRP场景下最少需要3个公网地址。但是有时候客户仅有1个公网地址,无法参考典配完成部署。此时可以利用RBM支持VRRP虚拟地址和接口地址配置不同网段的特性解决现场需求。 


该特性说明见链接:RBM结合VRRP场景下支持VRRP虚拟地址和接口地址不在同一网段


组网如下:


配置步骤

FW配置:

 

FW1

FW2

RBM部分

#

remote-backup group

 data-channel interface Route-Aggregation64

 local-ip 192.60.12.1

 remote-ip 192.60.12.2

 device-role primary

#

#

remote-backup group

 data-channel interface Route-Aggregation64

 local-ip 192.60.12.2

 remote-ip 192.60.12.1

 device-role secondary

#

VRRP+NAT部分

#

interface Route-Aggregation1.10

 ip address 10.16.1.1 255.255.255.0

 vrrp vrid 101 virtual-ip 100.16.1.10 255.255.255.0 active

 nat outbound address-group 1

 vlan-type dot1q vid 101

#

nat address-group 1

 address 100.16.1.10 100.16.1.10

#

 

#

interface Route-Aggregation1.10

 ip address 10.16.1.2 255.255.255.0

 vrrp vrid 101 virtual-ip 100.16.1.10 255.255.255.0 standby

 nat outbound address-group 1

 vlan-type dot1q vid 101

#

nat address-group 1

 address 100.16.1.10 100.16.1.10

#


配置关键点

Q1. NAT地址池是否需要绑定VRRP VRID?

A1:不需要,RBM主设备地址池地址才响应ARP,备机NAT地址池不响应ARP

 

Q2:FW发出报文源MAC是接口MAC,但是对端回应报文目的MAC是虚拟MAC( 0000-5e00-01xx)。公网侧设备有MAC校验,收到MAC不一致的报文会丢弃。能否解决?

A2:暂时没有方案解决。如果是最新版本(90分支)可以尝试关闭虚拟MAC地址发布功能,但是不保证一定可以解决。目前软件侧针对该命令实现的效果是:可以保证VRRP虚拟地址以接口MAC响应对端ARP请求;但是涉及到NAT,NAT地址池还是以VRRP虚MAC响应ARP。


查看ISP学到的地址池地址对应MAC:

<ISP>disp arp

  Type: S-Static   D-Dynamic   O-Openflow   R-Rule   M-Multiport  I-Invalid

IP address      MAC address    SVLAN/VSI  Interface/Link ID        Aging Type

100.16.1.10     0000-5e00-0165 101        BAGG11                   12    D 
vrrp virtual-mac enable命令用来开启虚拟MAC地址发布功能。
undo vrrp virtual-mac enable命令用来关闭虚拟MAC地址发布功能。
【命令】
vrrp virtual-mac enable
undo vrrp virtual-mac enable
【缺省情况】
虚拟MAC地址发布功能处于开启状态。
【视图】
系统视图
【缺省用户角色】
network-admin
mdc-admin
【使用指导】
缺省情况下,VRRP虚拟路由器使用虚拟MAC地址和上下游设备通信。虚拟MAC地址由Master路由器动态生成,如果虚拟路由器重启,生成的虚拟MAC地址可能不同。所以,虚拟MAC地址不能用来标识一台VRRP虚拟路由器。如果在上下游设备配置静态ARP表项时使用虚拟MAC地址,可能会因为虚拟MAC地址变化,导致通信失败。
关闭虚拟MAC地址发布功能后,VRRP虚拟路由器将使用配置VRRP功能的接口的真实MAC地址和上下游设备通信。Master路由器对外发布免费ARP报文时,宣告的是虚拟IP地址和真实MAC地址的组合;Master路由器收到ARP请求时,也会使用真实MAC地址应答。真实MAC地址具有固定不变的属性,适用于配置静态ARP表项等使用场景。
本命令仅在VRRP工作在标准模式时生效,工作在负载均衡模式时不生效。
【举例】
关闭虚拟MAC地址发布功能。
<Sysname> system-view
[Sysname] undo vrrp virtual-mac enable
【相关命令】
·              vrrp mode


该案例对您是否有帮助:

您的评价:1

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

1 个评论
粉丝:0人 关注:0人

想请教这种场景下做nat server时,nat server的公网IP配置的也是虚地址,会提示和nat address group 冲突,但是配置能配上去,测试也正常。会有什么隐患之类的么?

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到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

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