ボーエン概要:
- まず、2つのホットスタンバイは何ですか?
- 第二に、VRRPの概念
- 第三に、VRRPの二つの役割
- 四、VRRP選出プロセス
- 五、3つのVRRP状態
- VRRP状態VGMP統一によって管理六、
1、VGMPパケットカプセル
2のホットスタンバイバックアップモード
3、上流または下流の装置にルーティング問題- 七、設定例
- 八、要約
まず、2つのホットスタンバイは何ですか?
このプロトコルホットスタンバイ契約--VRRPを使用してHuawei社のように、合計、ホットスタンバイ技術の様々な多くを提供することを目的とした7X24時間の中断のないサービスをより多くのホットスタンバイは何もいわゆるません。
Huawei社のホットスタンバイホットスタンバイと大きなファイアウォール場合、二つ以上のファイアウォール、ファイアウォール2は、相互に協力を展開することで、ロードバランシングを実現。
Huawei社ホットスタンバイファイアウォールには、次の2つのモードがあります。
- ホットスタンバイモード:データを転送するための1時間だけ1つのファイアウォール、他のファイアウォールは、前方ませんが、ファイアウォールがダウンし、現在の仕事の後、バックアップのファイアウォールは、転送データの仕事を引き継ぐ際に、セッションテーブルとサーバー・マップ・テーブルを同期します。
- ロードバランシングモード:お互いに同じ時間、ファイアウォール、複数の順方向データ、およびバックアップは、各ファイアウォールの両方のマスタデバイスがスペアです。ファイアウォール間の同期セッションテーブルとサーバー・マップ・テーブル。
第二に、VRRPの概念
VRRP(仮想ルータ冗長プロトコル、仮想ルータ冗長プロトコル)は、障害ゲートウェイルーティングプロトコルの単一点に対処するために使用されます。VRRPは、ルータ内のアプリケーションゲートウェイの冗長性を提供することができ、ファイアウォールは、ホットスタンバイを行うために使用することができます。
VRRP関連の用語の紹介:
- VRRPルータ:ルータVRRPプロトコルを実行しています。
- バックアップからなるアクティブルータとスタンバイルータグループの複数のクライアントのバックアップグループ仮想ゲートウェイ:によって仮想ルータ。
- VRID:一意バックアップグループを識別するために使用される仮想ルータ識別子、。
- 仮想IPアドレス:クライアントに提供するゲートウェイアドレス、だけでなく、すべてのVRRP仮想ルータの設定に割り当てられたIPアドレス、ARP応答機器のIPアドレスを提供する唯一のマスター。
- 仮想MACアドレス:VRRP VRIDのためのMACアドレス時にゲートウェイによってARPプロトコル解析におけるクライアントのMACアドレスを生成し、アクティブルータはMACアドレスを提供します。
- IPアドレスの所有者:仮想ルータのIPアドレスは、物理インターフェイスメンバの実際のIPアドレスとして設定されている場合、そのメンバーは、IPアドレスの所有者と呼ばれています。
- 優先順位:各VRRPマスターデバイスとバックアップデバイスのルータの優先度の選挙でVRRPルータを識別するための優先順位。
- プリエンプションモード:(現在のアクティブルータを含む)他のルータよりもスタンバイルータのバックアップグループ優先順位が高い場合プリエンプションモードでは、それはすぐに新しいアクティブルータになります。
- 非プリエンプティブモード:(現在のアクティブルータを含む)他のルータは、次の公正な選挙(例えば、リブートされるまで、アクティブルータになることができないよりノンプリエンプティブモードにおいて、スタンバイルータバックアップグループであれば、より高い優先順位など)。
第三に、VRRPの二つの役割
VRRPモードでの作業ルータ、二つの役割、すなわち、バックアップルータとルータをマスタがあります。
- マスタルータ:通常、マスターの責任とルータはARP応答パケットの転送、およびデフォルトのマスタールーター広告他のルータへのすべての1秒現在の状態情報を提供します。
- バックアップルータ:マスタルータに障害が発生したときにバックアップルータマスタールータは、通常の状況下でパケットを転送提供していないで、すべてのバックアップルータ最も優先順位の高いルータがパケット転送の仕事を引き継ぐ、新しいマスタルータとなります確保するためのサービスが中断されていません。
四、VRRP選出プロセス
次のようにVRRP選挙マスタルータとバックアッププロセスである:
第一に、高い選挙優先デバイスがマスタ、同じ優先順位となって、その後、インターフェースIPアドレスのサイズを比較し、デバイスの(大きな値)が大きいIPアドレスがマスタとなり、バックアップグループ内の他のルータはバックアップルータになります。
手動でIPアドレスの所有者(優先度= 255)、またはVRRP状態の切り替えにルータを設定しないかぎり、ルータの優先順位が最も高いが、また状態から状態のバックアップへの移行を習得する必要がある場合でも、必ず最初に経験バックアップの状態です。遷移状態のちょっとこの場合は、バックアップのステータス。
0から255、0に予約されている優先順位の範囲に100のデフォルトのインターフェイスVRRPの優先順位は、優先順位255は、IPアドレスの所有者のために予約されている、IPアドレスの所有者は、デフォルトの優先度は、優先度を設定する必要はありません。 255。
五、3つのVRRP状態
次のようにVRRPは、3つの状態が定義されています。
- Initalizeステータス:VRRPの状態で構成ちょうどその時、インタフェースインタフェースの障害やシャットダウンも状態になりますと、この状態では、何のVRRPパケットが、何もしません。
- マスターステータス:選挙は、定期的にマスタルータがこの状態でデータパケットを転送するなり、デバイスの現在の状態は、VRRPアドバタイズメントを送信し、またはインタフェースがデバイスの後に無効にされたときダウン直後に初期状態に切り替わります。
- バックアップのステータス:ルータは、状態は任意のデータパケットを転送しない、だけ受け取ることになりますマスターが適切かどうかをマスターワークを検出するために、VRRPパケットを送信し、また、マスタデバイスを同期スタンバイ状態に現在の選挙装置ステータスに関する情報。
VRRP VGMPの状態によって第六に、統一された管理
VRRPが同じでない(LinuxはまたkeepalivedのVRRPプロトコルが使用されている)を使用したネットワークデバイスと他の状況で使用し、存在する理由は次のとおり
上の図から分かるように、通常、マスタ・デバイスのバックアップ・グループ(FW1)1によって転送外部ネットワークPC宛のパケットは、外部ネットワークは、バックアップマスタデバイスグループ2(FWL)によるパケット転送を返すが、 FW1 G1 / 0/0インターフェイス障害が発生した場合、バックアップグループ1は、この障害、マスタ装置とFW2グループ1としてバックアップを検出することができます。PCがそのままバックアップグループマスタデバイス(FW2)1、およびVRRPグループ2の状態によって転送されたデータ・パケットを開始する(FWL G1は/ 0/1インタフェース通常動作)が発生し、外部ネットワークからの戻りトラフィックはまだバックアップマスタデバイスグループ2(FWL転送)、明らかに、インターフェースG1 FW1 / 0/0障害ので、パケットは、フォワード続行できません。
この現象の理由は、各グループで一貫性のあるバックアップデバイスの状態を確認するために、VRRPバックアップグループの一元管理を実現するためにVGMP(VRRPグループ管理プロトコル)を使用する必要があるように、2つのVRRPグループは、独立して動作することです。(FWLとFW2)グループのすべてのバックアップ(バックアップバックアップグループ1及びグループ2)バックアップグループ内の変化を検出すると、統合管理VGMPグループに加えて、デバイス上のVGMP(バックアップグループ1)インタフェース(インターフェースが初期化状態に入る)、グループマイナス2、アクティブおよびスタンバイグループの再ネゴシエーションVGMP基VGMP自体の優先順位。活性基は、状態スイッチ(バックアップグループバックアップグループ2 FW2 1とマスタ装置となり)統一された他のすべてのバックアップグループ(バックアップグループ1及びバックアップグループ2)を選出しました。
VGMPを異なるバックアップグループ内の機器の状態を統一するために使用される、として単に理解することができます。
次のようにVGMPに動作します。
- 状態VGMP基(マスタとバックアップなど)はもはやVRRPパケット選挙によるものであるが、直接VGMP統合管理することによって、その装置の役割であり、VRRPステータスを決定します。
- 優先度を比較することによって決定状態VGMPグループは、最高の優先度は、優先度の低いVGMPグループがスタンバイになる、アクティブVGMP基となっています。
- デフォルトでは、優先順位VGMPグループは45,000でした。
- 自動的にバックアップグループの状態は、状態を初期化となるが検出されると、優先順位が自動的に減少VGMP群2である、VRRPバックアップグループのグループの優先順位ステータスを調整に従ってVGMP。
- ハートビート経由VGMP交渉VGMPステータス情報。
添加後VRRPマスタとバックアップの状態の識別からVGMP基は、アクティブおよびスタンバイとなります。
1、VGMPパケットのカプセル化
メッセージを送信することにより達成ハートビート、VGMPによってVGMPネゴシエーションステート情報VGMP。VGMPメッセージは、次の2つの形式があります。
図のネットワーク、ハートビート(G1 / 0/0)及び心拍の端の左側上の図は、直接接続、またはスイッチャを介して接続され、マルチキャストパケットに属するパケットは、パケットのカプセル化を実行しません注意深いジャンパコネクタレイヤ3装置は(もちろん、このような状況は稀である)しながら、UDPヘッダ情報は、マルチキャストパケットので、余分なレイヤ3デバイスにUDPパケットのカプセル化ヘッダに増加されませんメッセージは、この時点で送信されたメッセージは、ユニキャストに属します。
通过以下命令指定通过接口发送的报文属于哪种类型的封装。
[USG6000V1]hrp interface GigabitEthernet 1/0/0 <!--eNSP模拟器中不支持该配置-->
[USG6000V1]hrp interface GigabitEthernet 1/0/0 remote 1.1.1.1
<!--hrp命令用来指定用于心跳链路的接口编号,
1.1.1.1是心跳线对端接口的IP地址,该地址要求路由可达,
带remote参数的命令将封装UDP,并发送单播报文不带remote参数将发送组播报文-->
关于配置VGMP的其他注意事项:
- 加入了VGMP后,心跳线的作用包含状态信息备份(会话表和server-map表)及VGMP状态协商。
- 华为防火墙在默认情况下放行组播流量(如不带remote参数的VGMP报文)禁止单播流量(如带remote参数的VGMP报文),所以如果配置了remote参数,还需要配置local区域和心跳线接口所在的区域之间配置安全策略。
- 配置了VRRP virtual-mac enable的接口不能作为心跳口。
- 如果使用二层接口作为心跳接口,不能直接在二层接口上配置,而是将二层接口加入vlan,在vlan中配置心跳接口。
- eNSPoint模拟器中,即使心跳接口之间相连,也必须配置remote参数,否则无法配置。
2、双机热备的备份方式
双机热备的备份方式包括以下三种:
- 自动备份:该模式下,和双机热备有关的配置只能在主用设备上配置,并自动同步到备用设备中,主用设备自动将状态信息同步到备用设备中。
- 手工批量备份:该模式下,主用设备上所有的配置命令和状态信息,只有在手工执行批量备份命令时才会自动同步到备用设备。该模式主要应用于主设备和备用设备配置不同步,需要立即进行同步的场景。
- 快速备份:该模式下,不同步配置命令,只同步状态信息,在负载均衡方式的双机热备环境中,该默认必须启用,以快速更新状态信息。
各个模式的配置命令如下:
(1)开启双机热备功能:
[USG6000V1]hrp enable
HRP_S[USG6000V1] <!--开启双机热备功能后,命令提示符发生变化-->
(2)配置自动备份模式:
HRP_M[USG6000V1]hrp auto-sync
HRP_M[USG6000V1]security-policy (+B)
<!--开启双机热备后,执行可以同步的命令会有(+B)的提示-->
(3)配置手工批量备份模式:
HRP_M<USG6000V1>hrp sync [ config | connection-status ]
<!--
在用户模式下执行该命令,其中config参数表示手工同步命令配置,
connection-status参数表示手工同步状态信息。
-->
(4)配置快速备份模式:
HRP_S[USG6000V1]hrp mirror session enable
HRP_M[USG6000V1] <!--配置快速备份模式后,开头会变成HRP_M.....-->
3、关于上游或下游设备的选路问题
当双机热备的设备上游或下游是交换机时,是通过VRRP检测接口或设备的状态,但当上游或下游设备是路由器时,VRRP无法正常运行(VRRP依靠组播实现故障切换)。华为防火墙的做法是监控其接口状态,并配置OSPF实现流量切换,通过直接将接口加入VGMP组中,当接口故障时(即使是对端设备故障,本端接口的物理特性也将关闭)VGMP会感知接口状态变化,从而降低VGMP组的优先级,从Active状态切换至standby状态。而之前的standby组将提升为active状态,而处于standby的VGMP组在发布OSPF路由时,会自动将cost值增加65500,通过OSPF的自动收敛,最终将流量引导至active组设备中。
七、配置实例
环境如下(别看上面啰嗦了那么一堆概念,但真正配置起来,简单的很,但是若要排错,还是要理解透彻它的工作原理):
声明:该环境不以实际环境为目的,目的是为了介绍防火墙的双机热备,所以这是一个简化环境。
需求如下:
LSW1和LSW2是二层交换机,FW1、FW2、LSW1、LSW2组成双机热备网络,正常情况下,PC1发起的访问R1的流量通过FW1转发,当FW1出现故障时,在PC1不做任何调整的前提下,可以自动通过FW2转发。
开始配置:
FW1配置如下:
<USG6000V1>sys <!--进入系统视图-->
<!--以下是在配置相应接口IP-->
[USG6000V1]in g1/0/0
[USG6000V1-GigabitEthernet1/0/0]ip add 10.1.1.101 24
[USG6000V1-GigabitEthernet1/0/0]in g1/0/1
[USG6000V1-GigabitEthernet1/0/1]ip add 172.16.1.1 24
[USG6000V1-GigabitEthernet1/0/1]in g1/0/2
[USG6000V1-GigabitEthernet1/0/2]ip add 192.168.1.101 24
[USG6000V1-GigabitEthernet1/0/2]quit
<!--以下是在将接口添加至相应区域-->
[USG6000V1]firewall zone trust
[USG6000V1-zone-trust]add in g1/0/2
[USG6000V1-zone-trust]firewall zone dmz
[USG6000V1-zone-dmz]add in g1/0/1
[USG6000V1-zone-dmz]firewall zone untrust
[USG6000V1-zone-untrust]add in g1/0/0
[USG6000V1-zone-untrust]quit
<!--以下是设置一个策略,放行本地到dmz区域的流量,以便使VGMP报文通过-->
[USG6000V1]security-policy
[USG6000V1-policy-security]rule name permit_heat
[USG6000V1-policy-security-rule-permit_heat]source-zone local
[USG6000V1-policy-security-rule-permit_heat]destination-zone dmz
[USG6000V1-policy-security-rule-permit_heat]action permit
[USG6000V1-policy-security-rule-permit_heat]quit
[USG6000V1-policy-security]quit
<!--其实在配置完双机热备再配置该策略也可以,但是为了保险起见,就先配置上这个策略-->
<!--以下是在配置VRRP备份组-->
[USG6000V1]in g1/0/0
[USG6000V1-GigabitEthernet1/0/0]vrrp vrid 2 virtual-ip 10.1.1.100 active
[USG6000V1-GigabitEthernet1/0/0]in g1/0/2
[USG6000V1-GigabitEthernet1/0/2]vrrp vrid 1 virtual-ip 192.168.1.100 active
[USG6000V1-GigabitEthernet1/0/2]quit
[USG6000V1]hrp in g1/0/1 remote 172.16.1.2 <!--配置心跳接口,指定对端设备-->
[USG6000V1]hrp enable <!--启用双机热备-->
HRP_S[USG6000V1]hrp auto-sync <!--配置备份方式为自动备份-->
至此,FW1的配置暂时就完成了。开始配置FW2,FW2的配置与FW1的配置类似,就不写注释了(体谅一下我这个懒货)。
FW2配置如下:
<USG6000V1>sys
[USG6000V1]in g1/0/0
[USG6000V1-GigabitEthernet1/0/0]ip add 10.1.1.102 24
[USG6000V1-GigabitEthernet1/0/0]in g1/0/1
[USG6000V1-GigabitEthernet1/0/1]ip add 172.16.1.2 24
[USG6000V1-GigabitEthernet1/0/1]in g1/0/2
[USG6000V1-GigabitEthernet1/0/2]ip add 192.168.1.102 24
[USG6000V1-GigabitEthernet1/0/2]quit
[USG6000V1]firewall zone trust
[USG6000V1-zone-trust]add in g1/0/2
[USG6000V1-zone-trust]firewall zone untrust
[USG6000V1-zone-untrust]add in g1/0/0
[USG6000V1-zone-untrust]firewall zone dmz
[USG6000V1-zone-dmz]add in g1/0/1
[USG6000V1-zone-dmz]quit
[USG6000V1]security-policy
[USG6000V1-policy-security]rule name permit_heat
[USG6000V1-policy-security-rule-permit_heat]source-zone local
[USG6000V1-policy-security-rule-permit_heat]destination-zone dmz
[USG6000V1-policy-security-rule-permit_heat]action permit
[USG6000V1-policy-security-rule-permit_heat]quit
[USG6000V1-policy-security]quit
[USG6000V1]in g1/0/0
[USG6000V1-GigabitEthernet1/0/0]vrrp vrid 2 virtual-ip 10.1.1.100 standby
[USG6000V1-GigabitEthernet1/0/0]in g1/0/2
[USG6000V1-GigabitEthernet1/0/2]vrrp vrid 1 virtual-ip 192.168.1.100 standby
[USG6000V1-GigabitEthernet1/0/2]quit
[USG6000V1]hrp in g1/0/1 remote 172.16.1.1
[USG6000V1]hrp enable
HRP_S[USG6000V1]hrp auto-sync
配置至此,双机热备状态已经同步了,现在FW2为备份状态,多数配置已经无法在FW2上进行,只能在FW1上配置后,自动同步到FW2,那么现在在FW1配置一条策略,以便允许trust区域访问untrust区域,并且在FW2防火墙设备上查看是否同步到这条策略。
FW1配置如下:
<!--可以看到每条命令后面自动跟一个“(+B),表示该命令可以同步。”-->
HRP_M[USG6000V1]security-policy (+B)
HRP_M[USG6000V1-policy-security]rule name test1 (+B)
HRP_M[USG6000V1-policy-security-rule-test1]source-zone trust (+B)
HRP_M[USG6000V1-policy-security-rule-test1]destination-zone untrust (+B)
HRP_M[USG6000V1-policy-security-rule-test1]action permit (+B)
HRP_M[USG6000V1-policy-security-rule-test1]quit
HRP_M[USG6000V1-policy-security]quit
FW2设备上查看是否有FW1创建的策略:
HRP_S[USG6000V1]security-policy <!--抱歉,备份设备已经进不去安全策略模式了-->
Error: The device is in HRP standby state, so this command can not be executed.
HRP_S[USG6000V1]dis current-configuration <!--别担心,还可以查看当前所有策略嘛-->
...................... <!--省略部分内容-->
security-policy
rule name permit_heat
source-zone local
destination-zone dmz
action permit
rule name test1 <!--可以看到刚才创建的名为test1策略已经同步过来了-->
source-zone trust
destination-zone untrust
action permit
配置R1路由器及PC及的IP地址,并ping通。
次のようにR1ルータの設定がある(ちょうどそのような環境Aをシミュレートするために、ここで、R1ルータのオペレータパブリックインターネットルータに対応します):
<Huawei>sys
[Huawei]in g0/0/0
[Huawei-GigabitEthernet0/0/0]ip add 10.1.1.1 24
[Huawei-GigabitEthernet0/0/0]quit
[Huawei]ip route-static 192.168.1.0 24 10.1.1.100
<!--
添加一条去往内网的路由,在实际环境中,可是不会有这条路由的哦,
实际中一般会将内网的地址映射为和该路由器同一网段的公网IP。
-->
次のようにPC1のIPアドレスは次のとおりです。
PC1とルータR1のpingテスト(オプション、連続pingの「-t」は、好ましくは、最後のコマンドに加えて、それ以外のセッションテーブルには、適切なデータを見つけること、高齢化され、セッションテーブルを表示します):
ビューの会話テーブルFW1:
HRP_M[USG6000V1]dis firewall session table
Current Total Sessions : 24
icmp ×××: public --> public 192.168.1.1:17547 --> 10.1.1.1:2048
icmp ×××: public --> public 192.168.1.1:18059 --> 10.1.1.1:2048
icmp ×××: public --> public 192.168.1.1:14987 --> 10.1.1.1:2048
ビューの会話テーブルFW2:
HRP_S[USG6000V1]dis firew se ta
Current Total Sessions : 26
icmp ×××: public --> public Remote 192.168.1.1:9099 --> 10.1.1.1:2048
icmp ×××: public --> public Remote 192.168.1.1:9611 --> 10.1.1.1:2048
icmp ×××: public --> public Remote 192.168.1.1:10891 --> 10.1.1.1:2048
icmp ×××: public --> public Remote 192.168.1.1:12171 --> 10.1.1.1:2048
同じではありません(ただし、フェイルオーバーには影響しません)両方のファイアウォール上のコンテンツのセッションテーブルで見ることができます。
だから今は少しフェイルオーバーを確認することができます!
シミュレーション機器の故障FW1(クローズ注意、FW1のいずれかにインターフェイスに:今回のPC1がpingR1を続け、我々は効果のフェイルオーバーを見ることができます):
HRP_M[USG6000V1]in g1/0/0 (+B)
HRP_M[USG6000V1-GigabitEthernet1/0/0]shutdown
<!--“shutdown”命令系统是不会同步到对端防火墙的,要不然就没得玩了,
你看它后面都没有 (+B)-->
クロージング・インターフェース後または2秒で、PC1は、順番に成功したフェイルオーバーを示し、正常に戻り、失われたパケットを見ることができます。次のように:
この最後の設定、以下は、ホットスタンバイ上でいくつかのクエリコマンドであります:
<!--查看双机热备的状态信息,主要看是Role和peer的信息,
Role表示本端,peer表示对端。
Running priority表示本端的优先级,peer表示对端的优先级。
-->
HRP_S[USG6000V1]display hrp state
Role: standby, peer: active (should be "active-standby")
Running priority: 44998, peer: 45000
...................... <!--省略部分内容-->
HRP_S[USG6000V1]dis hrp interface <!--查看心跳接口状态-->
GigabitEthernet1/0/1 : running
八、要約
図1に示すように、ハートビート2つのファイアウォールのためのインタフェースは、同じセキュリティゾーンの添加を必要とします。
G1 / 0/1であるように2、番号2つのファイアウォールのためのインターフェースは、一貫した心拍なければなりません。
図3に示すように、両方のステートフル・ファイアウォールのために推奨されているが、同じタイプ、VRPの同じバージョンを使用して調製しました。同じデバイス(ルータまたはスイッチ)に接続すると、同じインタフェースIDを使用します。
--------この記事の最後に、これまで、読んでくれてありがとう--------