Exemple : Configurer la haute disponibilité multinodale dans un déploiement de passerelle par défaut

Cette rubrique décrit comment configurer la haute disponibilité multinodale (MNHA) en mode actif/de secours pour un déploiement de passerelle par défaut (couche 2). Les entreprises peuvent maintenir la continuité de leurs activités en transférant automatiquement les services actifs et les capacités d’orientation du trafic vers des nœuds de secours sans interrompre les communications client.

Conseil :
Tableau 1 : score de lisibilité et estimations de temps

Score de lisibilité

Flesch Facilité de lecture : 45-50 (niveau universitaire)

Niveau scolaire de Flesch-Kincaid : 12-14

Temps de lecture

15-20 minutes (vitesse de lecture moyenne)

Temps de configuration

90 à 120 minutes (ingénieur expérimenté sur banc d’essai)

Exemples de prérequis

Exigences matérielles

Pare-feu SRX Series et commutateurs Ethernet EX9214

Logiciels exigences

  • Junos OS version 26.2R1
  • Configurez le filtrage du pare-feu et la qualité de service (QoS) en fonction des exigences de votre réseau et disposez de stratégies de sécurité appropriées pour gérer le trafic sur votre réseau.

  • Dans une configuration haute disponibilité classique, vous utilisez plusieurs routeurs et commutateurs à la fois du côté nord et du côté sud. Dans cet exemple, utilisez deux commutateurs de chaque côté des pare-feu. Configurez tous les routeurs en amont et en aval en fonction des exigences de votre réseau

  • Installez le package Junos IKE sur vos équipements de sécurité à l’aide de la commande request system software add optional://junos-ike.tgz. Le junos-ike package est inclus dans vos packages logiciels Junos (Junos OS version 20.4R1 et ultérieure).

Exigences supplémentaires

  • Accès console/SSH à tous les appareils

  • Gestion de la connectivité réseau

  • Licences valides pour les fonctionnalités avancées

  • Sauvegarde des configurations existantes recommandée

Avant de commencer

Avantages

  • Redondance géographique : permet une haute disponibilité sur des sites géographiquement dispersés.
  • Communication interchâssis chiffrée : fournit une liaison interchâssis logique (ICL) sécurisée et chiffrée IPsec pour la synchronisation du plan de contrôle sur des réseaux non approuvés.
  • Orientation flexible du trafic : offre une plus grande flexibilité du réseau en prenant en charge la haute disponibilité sur les segments réseau de couche 3 (L3) et commutés.

En savoir plus

Haute disponibilité multi nodale

Expérience pratique

Sécurité avancée de Juniper à la demande

En savoir plus

Bac à sable vLab : vSRX autonome

Aperçu fonctionnel

Haute disponibilité multi nodale Déploiement actif/passif du MNHA configuré en mode commutation sur les pare-feu SRX-01 et SRX-02. SRX-01 est configuré comme principal avec la priorité d’activité 200 et la préemption activée, tandis que SRX-02 sert de secours avec la priorité 1.
Chiffrement des liaisons interchâssis (ICL) Le profil de chiffrement IPsec nommé IPSEC_VPN_ICL est appliqué à la liaison de contrôle HA (ge-0/0/2) entre deux nœuds.
Adresses IP virtuelles (VIP) Deux adresses IP virtuelles configurées pour le basculement : 10.1.0.200/16 sur les interfaces de la zone de confiance (ge-0/0/3.0) et 10.2.0.200/16 sur les interfaces de la zone de confiance (ge-0/0/4.0) sur les deux pare-feu, offrant un basculement transparent sans changement d’adresse IP.
Surveillance des interfaces Surveillance de l’état configurée sur les deux pare-feu SRX Series pour les interfaces ge-0/0/3 (confiance) et ge-0/0/4 (non fiable) afin de déclencher des événements de basculement lorsque des défaillances d’interface sont détectées.
Adresses MAC virtuelles Adresses MAC virtuelles attribuées automatiquement aux interfaces de confiance et de non-confiance des deux pare-feu SRX Series afin de garantir un adressage MAC cohérent lors des événements de basculement de la haute HA.
Tâches de vérification primaire Vérifiez l’état MNHA et la synchronisation entre SRX-01 et SRX-02. Confirmez les rôles actifs/de secours avec les paramètres de priorité corrects et validez le chiffrement IPsec sur l’ICL.

Illustration de la topologie

La figure 1 illustre la topologie utilisée dans cet exemple.

Figure 1 : haute disponibilité multinodale dans le déploiement Multinode High Availability in Default Gateway Deployment de la passerelle par défaut

Dans cette topologie, les clients du LAN envoient le trafic à la passerelle par défaut (l’adresse VIP). Le commutateur transfère ce trafic aux deux nœuds de pare-feu SRX Series, mais seul le nœud actif de ce SRG (par exemple, SRX-01 dans le diagramme) possède l’adresse IP virtuelle et traite les paquets. Le nœud actif effectue les contrôles de sécurité, crée des sessions et transmet le trafic vers le côté non fiable. En même temps, il synchronise les informations de session avec le nœud de sauvegarde sur la liaison ICL afin que l’homologue soit toujours prêt à prendre le relais.

Si le nœud actif ou son chemin tombe en panne, le nœud de secours prend rapidement en charge l’adresse IP virtuelle et le vMAC. Le trafic provenant du côté du LAN et du côté non fiable est ensuite redirigé vers le nouveau nœud actif sans qu’aucune modification ne soit nécessaire sur les hôtes. Les sessions étant déjà synchronisées, la plupart des flux se poursuivent sans interruption minimale, ce qui assure un basculement transparent du réseau.

Cet exemple utilise des connexions directes entre les pare-feu SRX Series et les commutateurs pour plus de simplicité. en particulier, l’ICL dans la zone de liaison HA est établie à l’aide de l’interface ge-0/0/2.0 directement entre les appareils. Toutefois, dans les déploiements de production, ces liaisons peuvent également traverser un réseau routé intermédiaire.

Présentation de la topologie

Tableau 2 : configuration des interfaces et des adresses IP sur les équipements de Sécurité
Appareil Interface utilisateur Zone Adresse IP Configuré pour
SRX-01 GE-0/0/2.0 halink 10.22.0.1/24 Liaison interchâssis (ICL)
GE-0/0/3.0 Confiance 10.1.0.1/24 Se connecte au commutateur-01
GE-0/0/4.0 Manque de confiance 10.2.0.1/24 Se connecte au commutateur-02
SRX-02 GE-0/0/2.0 halink 10.22.0.2/24 Liaison interchâssis (ICL)
GE-0/0/3.0 Confiance 10.1.0.2/24 Se connecte au commutateur-01
GE-0/0/4.0 Manque de confiance 10.2.0.2/24 Se connecte au commutateur-02

Vous effectuerez les tâches suivantes pour créer une configuration MNHA :

  • Configurez une paire de pare-feu en tant que nœuds locaux et pairs en attribuant des ID.
  • Configurez les groupes de redondance des services (SRG).
  • Configurez les adresses IP virtuelles pour la détermination et l’application de l’activité. Dans cet exemple, une seule adresse IP virtuelle est configurée avec des adresses IPv4 et IPv6 à l’aide de plusieurs ip instructions pour permettre la prise en charge de la double pile.
  • Configurez un profil VPN pour le trafic haute disponibilité (ICL) à l’aide d’IKEv2.
  • Configurez des politiques de sécurité appropriées pour gérer le trafic sur votre réseau.
  • Configurez les interfaces et les zones en fonction des besoins de votre réseau. Vous devez autoriser des services tels que IKE pour le chiffrement des liens et SSH pour la synchronisation de la configuration en tant que services système entrants sur l’hôte sur la zone de sécurité associée à la liste des ressources critiques.

La configuration

Remarque :

Pour obtenir des exemples complets de configurations sur le DUT, voir :

Étape 1 : Configuration des interfaces physiques

Configurez les interfaces physiques qui participeront à la configuration haute disponibilité, y compris la liaison HA, l’interface de zone approuvée et l’interface de zone non approuvée.

  • SRX-01

  • SRX-02

La configuration de l’interface établit trois segments de réseau essentiels pour la MNHA. L’interface ge-0/0/2 sert de liaison HA dédiée. L’interface ge-0/0/3 se connecte à la zone de confiance et gère le trafic réseau interne. L’interface ge-0/0/4 se connecte à la zone de confiance et gère le trafic réseau externe.

Étape 2 : Configuration des zones de sécurité

Définir des zones de sécurité et affecter des interfaces aux zones appropriées avec les services et protocoles de trafic entrant de l’hôte requis.

  • SRX-01
  • SRX-02

Les zones de sécurité segmentent le trafic réseau et appliquent les politiques de sécurité. Les zones de non-confiance et d’approbation autorisent les services IKE, ping, SSH et BGP/BFD pour la connectivité, la gestion et le routage, tandis que la zone halink est dédiée à la haute disponibilité.

Pour une configuration MNHA, cette configuration inclut généralement l’autorisation d’IKE, de BGP et de BFD. Adaptez toujours les règles de sécurité à vos exigences de réseau et de sécurité.

Étape 3 : Configurer la proposition IKE pour le chiffrement des liaisons HA (SRX-01 et SRX-02)

Créez la proposition de phase 1 d’IKE qui définit les paramètres cryptographiques du tunnel de liaison HA chiffré.

La proposition d’IKE définit la communication sécurisée par liaison HA à l’aide de clés prépartagées, DH Group 14, SHA-256 et AES-256-CBC, avec une durée de vie de 1 heure. Les paramètres doivent correspondre sur les deux nœuds MNHA pour que la négociation IKE réussisse

Étape 4 : Configuration de la stratégie et de la passerelle IKE (SRX-01 et SRX-02)

Définissez la stratégie IKE qui fait référence à la proposition et configurez la passerelle IKE pour le chiffrement des liens HA.

La politique d’IKE lie la proposition cryptographique aux informations d’authentification, tandis que la passerelle IKE utilise IKEv2 uniquement pour une mise en place sécurisée et efficace du tunnel. Cette passerelle est ensuite référencée par le VPN IPsec pour protéger le trafic de synchronisation HA entre les membres du MNHA.

Étape 5 : Configuration de la proposition et de la stratégie IPsec (SRX-01 et SRX-02)

Créez la proposition et la stratégie IPsec Phase 2 qui définissent les paramètres de chiffrement du plan de données pour le tunnel de liaison HA.

La proposition IPsec sécurise le trafic HA à l’aide d’ESP et d’AES-256-GCM pour un chiffrement efficace et une protection de l’intégrité. La stratégie IPsec encapsule ces paramètres et est référencée par la configuration VPN.

Étape 6 : Configurer le VPN IPsec pour le chiffrement des liaisons HA (SRX-01 et SRX-02)

Créez le profil VPN IPsec spécialement conçu pour le chiffrement de liens à haute disponibilité.

Le VPN IPsec combine la passerelle IKE et la politique IPsec pour créer un tunnel HA chiffré. L’option ha-link-encryption désigne le VPN pour une communication HA sécurisée.

Étape 7 : Configuration de la stratégie de sécurité (SRX-01 et SRX-02)

Établissez la stratégie de sécurité par défaut pour le traitement du trafic via le pare-feu.

La politique d’autorisation par défaut autorise le trafic entre les zones sans nécessiter de règles de sécurité explicites. Elle est utile pour les déploiements initiaux ou en laboratoire, mais elle doit être remplacée par des politiques restrictives dans les environnements de production.

MISE EN GARDE :
La stratégie de sécurité illustrée dans cet exemple sert uniquement à la démonstration et aux tests. Vous devez configurer les stratégies de sécurité en fonction des besoins de votre réseau. Assurez-vous que vos stratégies de sécurité n’autorisent que les applications, les utilisateurs et les appareils auxquels vous faites confiance.

Étape 8 : Configuration de l’identité locale haute disponibilité du châssis

Définissez l’identité de l’appareil local dans la configuration de haute disponibilité.

  • SRX-01
  • SRX-02

L’ID local et l’IP locale identifient de manière unique ce membre de la MNHA. L’ID local (1) le distingue de son homologue, tandis que l’IP locale (10.22.0.2) est utilisée pour la communication HA.

Étape 9 : Configuration de l’identité d’homologue haute disponibilité du châssis

Définissez l’identité de l’appareil pair et les paramètres de connectivité au sein de la HA.

  • SRX-01
  • SRX-02

La configuration pair identifie le membre de la HA distant et permet une communication sécurisée de la HA sur la liaison HA dédiée. Attachez le profil VPN IPsec IPSEC_VPN_ICL au nœud homologue. Cette configuration vous sera nécessaire pour établir une liaison ICL sécurisée entre les nœuds. La détection de l’activité envoie des pulsations toutes les 200 ms et déclare le pair comme étant arrêté après trois pulsations manquées, ce qui permet une détection rapide des basculements.

Étape 10 : Configurer le groupe de redondance des services

Créez et configurez le groupe de redondance des services qui gère les adresses IP virtuelles et le comportement de basculement.

  • SRX-01
  • SRX-02
    Remarque : La configuration de cette use-virtual-mac option est l’option recommandée dans la plupart des cas, sauf si l’infrastructure environnante ne prend pas en charge une adresse MAC virtuelle mobile active sur un port en plus de l’adresse MAC locale.
  • Le groupe de redondance des services permet un basculement actif/passif dans la configuration haute disponibilité.
  • Le mode de commutation est utilisé pour les déploiements de HA adjacente de couche 2.
  • Les adresses IP virtuelles (VIP) se déplacent entre les membres de la HA pendant le basculement.
  • Les MAC virtuels (VMAC) se déplacent avec les VIP, ce qui évite les problèmes ARP et permet un basculement transparent.
  • La surveillance des interfaces permet de suivre les interfaces critiques et de déclencher un basculement en cas de défaillance.
  • La préemption permet à un équipement de priorité supérieure de retrouver son statut actif après la récupération.
  • La priorité d’activité 200 garantit que cet appareil devient le nœud actif pendant le démarrage et la récupération du MNHA.

Étape 11 : Valider la configuration

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Sur vos appareils de sécurité, vous obtiendrez le message suivant vous demandant de redémarrer l’appareil :

Vérification

Tableau 3 : Résumé des commandes de vérification utilisées
Commande Tâche de vérification
Afficher les informations sur la haute disponibilité du châssis

Validez l’état général de haute disponibilité (HA) sur les nœuds actifs et de secours, y compris si HA est activé, les rôles des nœuds et les indicateurs d’intégrité des HA principaux.

show chassis high-availability peer-info

Vérifiez que le nœud pair est accessible.

show chassis services haute disponibilité-groupe de redondance

Vérifiez l’état du groupe de redondance, les priorités, le comportement de préemption et l’état de préparation au basculement.

Afficher l’interface laconique

Vérifiez que les adresses IP virtuelles sont installées sur les interfaces.

Afficher la sécurité IPsec security-associations-ha-link-encryption detail

Vérifiez HA chiffrement des liens Les SA IPsec sont établies (IKE/IPsec est disponible pour le chemin HA).

Vérification de la haute disponibilité, de la formation et de la connectivité des pairs

Objet

Vérifiez que le MNHA est correctement formé avec les deux nœuds en ligne, que la découverte par les pairs est réussie et que le canal de contrôle chiffré entre les nœuds est opérationnel. Cette vérification confirme la base de toutes les opérations de HA, y compris la synchronisation d’état et la capacité de basculement.

Mesures à prendre

SRX-01

SRX-02

Signification

  • Node Status: ONLINE Confirme que le nœud local est opérationnel et participe à la configuration de la HA.
  • Local-id: 1 et Peer Id: 2 validez l’identification unique des nœuds requise pour l’adhésion à la HA.
  • Conn State UP indique qu’un lien HA vers pair (10.22.0.1 ou 10.22.0.2 sur ge-0/0/2.0) est établi.

  • Encrypted: YES Confirme que le chiffrement IPsec protège HA contrôle le trafic sur l’interface.

  • Deployment Type: SWITCHING indique une configuration de mode passerelle (commutation) par défaut, c’est-à-dire que des commutateurs sont connectés aux deux extrémités du réseau (réseau de couche 2).

  • Services Redundancy Group: 1Status: BACKUP ou Status: ACTIVE pour afficher l’état actuel de SRG.

  • Cold Sync Status: COMPLETE Vérifie que la synchronisation de la configuration initiale est terminée avec succès, condition préalable à la préparation au basculement SRG.

Vérification des détails de communication des homologues HA et de l’échange de paquets

Objet

Confirmez les paramètres de tunnel sécurisé interne et validez l’échange de paquets bidirectionnel entre homologues HA. Cette vérification garantit que l’infrastructure de communication du plan de contrôle est saine et capable de prendre en charge la synchronisation d’état et les messages de basculement.

Mesures à prendre

SRX-01

SRX-02

Signification

  • Conn State UP Confirme que la connexion pair HA est établie et saine.
    Remarque : La plage d’adresses IP (180.100.1.x) affichée dans la sortie de la commande sert de sélecteur de trafic ICL IPsec. Le système attribue dynamiquement cette plage d’adresses IP et il est essentiel de ne pas l’altérer ou la modifier. De plus, la détection de transfert bidirectionnel (BFD) sera automatiquement activée pour la plage IP 180.x.x.x.
  • Internal Routing-instance: juniper_private1 est le VRF généré par le système qui isole HA contrôle le trafic du plan de données de l’utilisateur
  • Zéro Send Error et Receive Error sont signalés, indiquant des communications de plan de contrôle HA propres.

Vérifier le statut du groupe de redondance des services et l’attribution des rôles

Objet

Validez les états opérationnels SRG, l’attribution de rôles actifs/de secours et la préparation au basculement sur les deux nœuds HA. Cette vérification confirme que la ressource est bien propriétaire et que la HA peut exécuter le basculement si nécessaire.

Mesures à prendre

SRX-01

SRX-02

Signification

  • Status: ACTIVE sur le nœud 1 et Status: BACKUP sur le nœud 2, confirmez l’attribution appropriée du rôle pour SRG 1. Cela indique que l’homologue est sain et prêt à sauvegarder, ce qui indique une capacité de basculement.
  • Virtual IP Info: INSTALLED indique que les VIP sont affichés sur le nœud actif. Alors que sur le nœud de nœud de sauvegarde, Virtual IP Info: NOT INSTALLED s’affiche.
  • VMAC: 00:10:db:fe:01:02 et VMAC: 00:10:db:fe:01:01 sont associés à l’adresse IP virtuelle sur le nœud actif.
  • Virtual IP Info: IP: 2001:db8:6701::7/64 et IP2: 10.2.0.200/24 confirme la prise en charge de la double pile, avec des VIP IPv4 et IPv6 présents.
  • Preemption: ENABLED sur le nœud 1 signifie qu’il récupérera l’état actif après la récupération d’une défaillance
  • Preemption: DISABLED sur le nœud 2 empêche les basculements inutiles lorsque le nœud 1 est de nouveau en ligne
  • Failure Events: NONE sur les deux nœuds confirme l’absence de défaillance de surveillance (BFD, IP, interface, plan de contrôle)
  • Health Status: HEALTHY et Failover Readiness: READY indiquez que le nœud de sauvegarde peut immédiatement jouer un rôle actif si nécessaire
  • System Integrity Check: COMPLETE Lors de la sauvegarde, confirme que la configuration et la synchronisation de l’état sont à jour
  • Interface Monitoring Status: UP Confirme que le sous-système de surveillance surveille activement l’intégrité des interfaces
  • State: Up pour les deux interfaces surveillées, cela signifie qu’aucune défaillance de liaison susceptible d’entraîner un basculement SRG n’est détectée

Vérifier l’installation des adresses IP sur les interfaces

Objet

Vérifiez que les adresses IP virtuelles sont installées sur les interfaces.

Mesures à prendre

En mode opérationnel, exécutez la commande suivante :

SRX-01

SRX-02

Par souci de concision, la sortie de la commande show est tronquée pour n’afficher que quelques échantillons.

Signification

La sortie de la commande fournit les informations suivantes :

  • Sur le nœud actif, l’interface affiche les deux adresses IP 10.1.0.200/16 virtuelles à double pile et 22001:db8:6700::3/64 sont installées sur l’interface ge-0/0/3.0 pour l’index VIP 1 et 10.2.0.200/16 2001:db8:6701::7/64 sont installées sur l’interface ge-0/0/4.0 pour l’index VIP 2.
  • Sur le nœud de sauvegarde, seules les adresses IP de l’interface locale sont présentes et l’adresse IP virtuelle n’est pas installée.

Cette sortie garantit que seul le nœud actif gère le trafic. Lors d’un basculement, l’adresse IP virtuelle passe du nœud actif au nœud de secours, assurant ainsi la continuité du service pour le trafic IPv4 et IPv6

Vérification des associations de sécurité IPsec pour le chiffrement des liens HA

Objet

Vérifiez que les tunnels IPsec protégeant HA contrôlant le trafic sont établis avec les paramètres de chiffrement corrects et traitent activement le trafic. Cette vérification garantit la confidentialité et l’intégrité de la synchronisation de la configuration et des mises à jour d’état entre les nœuds HA.

Mesures à prendre

Signification

  • Local Gateway: 10.22.0.1 et Remote Gateway: 10.22.0.2 vérifiez que les points de terminaison de tunnel correspondent aux adresses homologues HA.
  • HA Link Encryption Mode: Inter-Chassis-Link confirme qu’il s’agit du tunnel de chiffrement HA dédié.
  • IPSEC_VPN_ICL Affiche le nom du profil VPN IPsec utilisé.
    MISE EN GARDE :

    La plage d’adresses IP (180.100.1.x) affichée dans la sortie de la commande sert de sélecteur de trafic ICL IPsec. Le système attribue dynamiquement cette plage d’adresses IP et il est essentiel de ne pas l’altérer ou la modifier. De plus, la détection de transfert bidirectionnel (BFD) sera automatiquement activée pour la plage IP 180.x.x.x.

Annexe 1 : Définir des commandes sur tous les appareils

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne et modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau. Ensuite, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez en commit mode configuration.

Ces configurations sont capturées à partir d’un environnement de laboratoire et sont fournies à titre de référence uniquement. Les configurations réelles peuvent varier en fonction des exigences de votre environnement.

Sur SRX-01

Sur SRX-02

Les sections suivantes présentent des extraits de configuration sur les commutateurs requis pour configurer le MNHA dans le réseau.

Sur le commutateur -01

Sur le commutateur -02

Annexe 2 : Afficher la sortie de configuration

Résultats (SRX-01)

En mode configuration, confirmez votre configuration en entrant les commandes suivantes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Résultats (SRX-02)

En mode configuration, confirmez votre configuration en entrant les commandes suivantes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.