Migration du pare-feu Palo Alto Networks vers Cisco Secure Firewall Threat Defense au moyen de l’outil de migration

	Espace de travail	Étapes
	Ordinateur local	Téléchargez l’outil de migration Secure Firewall sur Cisco.com. Pour les étapes détaillées, voir Télécharger l'outil de migration Secure Firewall sur Cisco.com
	Ordinateur local	Lancez l'outil de migration Secure Firewall sur votre machine locale, voir Lancer l'outil de migration Secure Firewall.
	Pare-feu Palo Alto Networks	Exportation du fichier de configuration : Pour exporter la configuration du pare-feu Palo Alto Networks, consultez Export the Configuration from Palo Alto Networks [exporter la configuration de Palo Alto Networks].
	Outil de migration Secure Firewall	Durant cette étape, vous pouvez spécifier les paramètres de destination pour la migration. Pour les étapes détaillées, référez-vous à Spécifier les paramètres de destination pour l'outil de migration Secure Firewall .
	CDO	(Facultatif) Cette étape est facultative et obligatoire uniquement si vous avez sélectionné le centre de gestion de pare-feu fourni dans le nuage comme centre de gestion de destination. Pour connaître les étapes détaillées, reportez-vous à la section Spécification des paramètres de destination de l’outil de migration de pare-feu sécurisé, étape 1.
	Outil de migration Secure Firewall	Accédez à l’endroit où vous avez téléchargé le rapport préalable à la migration et examinez le rapport. Pour les étapes détaillées, référez-vous à Examiner le rapport pré-migration
	Outil de migration Secure Firewall	Pour vous assurer que la configuration PAN est correctement migrée, mappez les interfaces PAN aux objets d’interface de protection contre les menaces, aux périmètres de sécurité et aux groupes d’interfaces appropriés. Pour connaître les étapes détaillées, consultez la section Map PAN Firewall Configurations with Secure Firewall Device Manager Threat Defense Interfaces [mappage des configurations du pare-feu Fortinet avec les interfaces de protection contre les menaces du gestionnaire de l’appareil Cisco Secure Firewall].
	Outil de migration Secure Firewall	Pour mapper les interfaces PAN aux périmètres de sécurité appropriés, consultez Map PAN interfaces to security zones [mappage des interfaces PAN aux périmètres de sécurité] pour obtenir des instructions détaillées.
	Outil de migration Secure Firewall	Vous pouvez mapper la configuration PAN aux applications cibles correspondantes. Consultez à cet effet la section Map Configurations with Applications [mappage des configurations avec les applications] pour obtenir les instructions détaillées.
	Outil de migration Secure Firewall	Optimisez et examinez soigneusement la configuration et vérifiez qu'elle est correcte et qu'elle correspond à la façon dont vous souhaitez configurer le dispositif de défense contre les menaces. Pour les étapes détaillées, référez-vous à Optimiser, examiner et valider la configuration à migrer.
	Outil de migration Secure Firewall	Cette étape dans le processus de migration envoie la configuration migrée au centre de gestion et vous permet de télécharger le rapport de post-migration. Pour les étapes détaillées, référez-vous à Transférer la configuration migrée au centre de gestion.
	Ordinateur local	Accédez à l’endroit où vous avez téléchargé le rapport de post-migration et examinez le rapport. Pour les étapes détaillées, référez-vous à Examiner le rapport post-migration et terminer la migration.
	Centre de gestion	Déployer la configuration migrée du centre de gestion vers la défense contre les menaces. Pour les étapes détaillées, référez-vous à Examiner le rapport post-migration et terminer la migration.

Lancer l'outil de migration Secure Firewall

Cette tâche s’applique uniquement si vous utilisez la version de bureau de l’outil de migration de pare-feu sécurisé. Si vous utilisez la version en nuage de l’outil de migration hébergé sur CDO, passez à Exporter la configuration du pare-feu de Palo Alto Networks .

Remarque

Lorsque vous lancez l'outil de migration Secure Firewall, une console apparaît dans une fenêtre séparée. Au fur et à mesure de la migration, la console affiche la progression de l'étape en cours dans l'outil de migration Secure Firewall. Si vous ne voyez pas la console sur votre écran, il est fort probable qu'elle soit derrière l'outil de migration Secure Firewall.

Avant de commencer

Télécharger l’outil de migration de pare-feu sécurisé sur Cisco.com
Examiner et vérifier les exigences de la section Centre de gestion des cibles pour la migration pris en charge.
Assurez-vous que votre ordinateur dispose d'une version récente du navigateur Google Chrome pour exécuter l'outil de migration Secure Firewall. Pour plus d'informations sur la manière de définir Google Chrome comme navigateur par défaut, voir Définir Chrome comme navigateur web par défaut.
Si vous prévoyez de migrer un fichier de configuration volumineux, configurez les paramètres de mise en veille afin que le système ne se mette pas en veille pendant la poussée de migration.

Procédure

Étape 1

Sur votre ordinateur, naviguez jusqu'au dossier où vous avez téléchargé l'outil de migration Secure Firewall.

Étape 2

Effectuez l’une des opérations suivantes :

Sur votre machine Windows, double-cliquez sur l'exécutable de l'outil de migration Secure Firewall pour le lancer dans un navigateur Google Chrome.
Si vous y êtes invité, cliquez sur Oui pour autoriser l'outil de migration Secure Firewall à apporter des modifications à votre système.

L'outil de migration Secure Firewall crée et stocke tous les fichiers connexes dans le dossier où il réside, y compris les dossiers de journaux et de ressources.

Sur votre Mac, déplacez le fichier *.command de l'outil de migration Secure Firewall dans le dossier souhaité, lancez l'application Terminal, naviguez jusqu'au dossier où l'outil de migration Secure Firewall est installé et exécutez les commandes suivantes :

# chmod 750 Firewall_Migration_Tool-version_number.command

# ./Firewall_Migration_Tool-version_number.command

L'outil de migration Secure Firewall crée et stocke tous les fichiers connexes dans le dossier où il réside, y compris les dossiers de journaux et de ressources.

Astuces

Lorsque vous essayez d'ouvrir l'outil de migration Secure Firewall, vous obtenez une boîte de dialogue d'avertissement car l'outil de migration Secure Firewall n'est pas enregistré auprès d'Apple par un développeur identifié. Pour plus d'informations sur l'ouverture d'une application provenant d'un développeur non identifié, voir Ouvrir une application provenant d'un développeur non identifié.

Remarque

Utilisez la méthode zip du terminal MAC.

Étape 3

Sur la page Contrat de licence de l'utilisateur final, cliquez sur J'accepte de partager des données avec Cisco Success Network si vous souhaitez partager des informations de télémétrie avec Cisco, sinon cliquez sur Je le ferai plus tard.

Lorsque vous acceptez d'envoyer des statistiques au Cisco Success Network, vous êtes invité à vous connecter à l'aide de votre compte Cisco.com. Les informations d'identification locales sont utilisées pour se connecter à l'outil de migration Secure Firewall si vous choisissez de ne pas envoyer de statistiques à Cisco Success Network.

Étape 4

Sur la page de connexion de l'outil de migration Secure Firewall, effectuez l'une des opérations suivantes :

Pour partager des statistiques avec le Cisco Success Network, cliquez sur le lien Se connecter avec CCO pour vous connecter à votre compte Cisco.com à l'aide de vos identifiants de connexion unique. Si vous n'avez pas de compte Cisco.com, créez-le sur la page de connection de Cisco.com.
Passez à l'étape 8 si vous avez utilisé votre compte Cisco.com pour vous connecter.
Si vous avez déployé votre pare-feu dans un réseau isolé qui n’a pas d’accès à Internet, communiquez avec le centre d’assistance technique Cisco pour recevoir une version qui fonctionne avec les identifiants de l’administrateur. Prenez note que cette version n’enverra pas de statistiques d’utilisation à Cisco, et le centre d’assistance technique Cisco peut vous fournir les identifiants.

Étape 5

Sur la page Réinitialiser le mot de passe, entrez l'ancien mot de passe, votre nouveau mot de passe et confirmez le nouveau mot de passe.

Le nouveau mot de passe doit avoir 8 caractères ou plus et doit inclure des lettres en majuscule et en minuscule, des numéros et des caractères spéciaux.

Étape 6

Cliquez sur Réinitialiser.

Étape 7

Connectez-vous avec le nouveau mot de passe.

Remarque

Si vous avez oublié le mot de passe, supprimez toutes les données existantes du dossier <migration_tool_folder> et réinstallez l'outil de migration Secure Firewall.

Étape 8

Passez en revue la liste de contrôle de pré-migration et assurez-vous que vous avez rempli tous les points énumérés.

Si vous n'avez pas rempli un ou plusieurs points de la liste de contrôle, ne continuez pas tant que vous ne l'avez pas fait.

Étape 9

Cliquez sur Nouvelle migration.

Étape 10

Sur l'écran de vérification de la mise à jour du logiciel, si vous n'êtes pas sûr d'utiliser la version la plus récente de l'outil de migration Secure Firewall, cliquez sur le lien pour vérifier la version sur Cisco.com.

Étape 11

Cliquez sur Procéder.

Prochaine étape

Vous pouvez procéder à l'étape suivante :

Si vous devez extraire des informations d'un pare-feu PAN à l'aide de l'outil de migration Secure Firewall, passez à la section Exporter la configuration du pare-feu Palo Alto Networks.

Utilisation du mode de démonstration dans l’outil de migration Cisco Secure Firewall

Lorsque vous lancez l’outil de migration Cisco Secure Firewall et si vous vous trouvez à la page Select Source Configuration [sélectionner la configuration source], vous pouvez choisir d’amorcer une migration au moyen de Start Migration [commencer la migration] ou de saisir Demo Mode [mode de démonstration].

Le mode de démonstration donne l’occasion d’exécuter une migration en démonstration en utilisant des appareils fictifs et de visualiser le processus réel de migration. L’outil de migration déclenche le mode de démonstration en se basant sur votre sélection dans le menu Source Firewall Vendor [fournisseur du pare-feu source]. Vous pouvez également charger un fichier de configuration ou vous connecter à un appareil en direct pour poursuivre la migration. Vous pouvez procéder à la migration en démonstration en choisissant les appareils source et cible utilisés, comme les appareils FMC et FTD.

Mise en garde

Si vous choisissez le mode de démonstration, les processus de migration existants s’effacent, le cas échéant. Si vous utilisez le mode de démonstration pendant qu’une migration est active dans Resume Migration [reprendre la migration], votre migration active est abandonnée et devra être relancée du début lorsque vous en aurez fini avec le mode de démonstration.

Vous pouvez également télécharger et vérifier le rapport prémigration, mapper les interfaces, les périmètres de sécurité et les groupes d’interfaces, et réaliser toutes les autres actions que vous entreprendriez dans un processus de migration réel. Cependant, vous pouvez seulement exécuter une migration en démonstration jusqu’à la validation des configurations. Vous ne pouvez pas pousser les configurations vers les appareils cibles utilisés lors de la démonstration, car il s’agit seulement d’un mode de démonstration. Vous pouvez vérifier l’état de la validation et le résumé, puis cliquez sur Exit Demo Mode [quitter le mode de démonstration] pour retourner à la page Select Source Configuration [sélectionner la configuration source] afin de lancer la véritable migration.

Remarque

Le mode de démonstration vous permet de tirer profit de la totalité de l’ensemble de fonctions de l’outil de migration Cisco Secure Firewall, mais vous ne pouvez pas pousser les configurations, et faire un essai de la procédure de migration de bout en bout avant d’exécuter votre migration réelle.

Exporter la configuration du pare-feu de Palo Alto Networks

Vous pouvez exporter le fichier de configuration comme suit :

Fichier de configuration du pare-feu Palo Alto (pas géré par Panorama)

Suivez ces étapes pour extraire la configuration de la passerelle :

Procédure

Étape 1

Naviguer vers Appareil > Mise en place > Opérations, et sélectionner Sauvegarder la configuration nommée <file_name.xml>.

Étape 2

Cliquez sur Ok.

Étape 3

Naviguer vers Appareil > Mise en place > Opérations, et sélectionner Exporter la configuration nommée

Étape 4

Choisissez le fichier <file_name.xml>

Étape 5

Cliquez sur Ok.

Étape 6

Choisissez le fichier XML qui contient votre configuration en cours d'exécution <file_name.xml>et cliquez sur OK pour exporter le fichier de configuration

Étape 7

Sauvegardez le fichier exporté à un endroit, à l'extérieur du pare-feu. Vous pouvez utiliser cette copie pour téléverser vers l'outil de migration Secure Firewall pour faire migrer la configuration vers défense contre les menaces.

Étape 8

(Facultatif) Si vous avez une stratégie NAT dans laquelle le NAT de destination a les mêmes zones de source et de destination, procédez comme suit :

Exécutez la commande d'affichage d'itinéraire à partir de l'interface utilisateur du pare-feu.
Copiez le tableau de routage vers un fichier .txt.
Ajoutez le fichier .txt au dossier où vous compresserez les fichiers .txt et .xml avec le panconfig.xml.

Ces étapes sont obligatoires pour la migration. Si vous n'effectuez pas ces étapes, les zones de destination ne seront pas mappées pendant la migration de l'outil de migration Secure Firewall et seront incluses dans les rapports de migration.

Remarque

Utilisez la commande d'affichage d'itinéraire pour extraire les détails du tableau de routage. Collez la sortie extraite dans un bloc-notes.

Fichier de configuration du pare-feu Palo Alto (géré par Panorama)

La configuration doit être extraite de la passerelle si votre appareil est géré par Panorama. Il suffit de fusionner la configuration de Panorama avec la passerelle et d’extraire la configuration.

Dans l’interface utilisateur de l’outil de migration Cisco Secure Firewall :

Avant de commencer

Connectez-vous à l’interface utilisateur Web du pare-feu Palo Alto en utilisant le compte de super utilisateur.

Procédure

Étape 1	Allez à Device [appareil] > Support [soutien] > Tech Support File [fichier de soutien technique].
Étape 2	Cliquez sur Generate Tech Support File [générer un fichier de soutien technique].
Étape 3	Cliquez sur Download Tech Support File [télécharger le fichier de soutien technique] une fois le fichier généré.
Étape 4	Décompressez le fichier (.zip ou .tar), puis suivez le chemin \opt\pancfg\mgmt\saved-configs\ pour récupérer le fichier merged-running-config.xml.

Prochaine étape

Compresser les fichiers exportés

Exportez le fichier panconfig.xml pour le pare-feu de la passerelle Palo Alto et le fichier route.txt (si les règles NAT ont les mêmes zones sources et de destination).

Préciser les paramètres de destination pour l’outil de migration Secure Firewall

Avant de commencer

Obtenez l'adresse IP de centre de gestion pour le centre de gestion du pare-feu sur place
À partir de l'outil de migration Secure Firewall 3.0, vous pouvez choisir entre le centre de gestion des pare-feux sur site et le centre de gestion des pare-feux en nuage.
Pour le centre de gestion de pare-feu en nuage, la région et le jeton API doivent être fournis. Pour en savoir plus, consultez le Centre de gestion cible pour la migration pris en charge.
(Facultatif) Si vous souhaitez faire migrer des configurations spécifiques à un dispositif, comme des interfaces et des itinéraires, ajoutez le défense contre les menaces cible au centre de centre de gestiongestion. Référez-vous à Ajoutez des dispositifs au Firewall Management Center
S'il est nécessaire d'appliquer un IPS ou une politique de fichier à l'ACL dans la page Examiner et valider, nous vous recommandons vivement de créer une politique sur centre de gestion avant la migration. Utilisez la même politique, alors que l'outil de migration Secure Firewall récupère la politique du centre de gestionconnecté. Créer une nouvelle politique et l'assigner à de listes de contrôles d'accès peut dégrader la performance et causer l'échec du transfert.

Procédure

Étape 1

Sur l'écran Sélectionner la cible, dans la section Gestion du pare-feu, procédez comme suit : vous pouvez choisir de migrer vers un centre de gestion de pare-feu sur site ou un centre de gestion de pare-feu en nuage .

Pour migrer vers un centre de gestion sur place, faites ce qui suit :

Cliquez sur le bouton radio FMC sur place
Saisissez l'adresse IP ou le nom de domaine entièrement qualifié (FQDN) du centre de gestion.
Dans la liste déroulante Domaine, sélectionnez le domaine vers lequel vous effectuez la migration.

Si vous voulez migrer vers un appareil défense contre les menaces, vous pouvez seulement migrer vers les appareils défense contre les menaces offerts dans le domaine sélectionné.
Cliquez sur Connecteret procédez à l'étape 2.

Pour migrer vers un centre de gestion de pare-feu en nuage, faites ce qui suit :

Cliquez sur le bouton radio FMC en nuage.
Choisissez la région et collez le jeton API CDO. Pour générer le jeton API du CO, suivez les étapes ci-dessous :
1. Connectez-vous au portail CDO
2. Naviguez vers Paramètres > Paramètres généraux et copiez le jeton API.
Cliquez sur Connecteret procédez à l'étape 2.

Étape 2

Dans la boîte de dialogue Connexion du Centre de gestion du pare-feu, entrez le nom d'utilisateur et le mot de passe du compte dédié à l'outil de migration Secure Firewall, puis cliquez sur Connexion.

L'outil de migration Secure Firewall se connecte au centre de gestion et récupère une liste des appareils défense contre les menacesqui sont gérés parcentre de gestion. Vous pouvez voir la progression de cette étape dans la console.

Étape 3

Cliquez sur Procéder.

Étape 4

Dans la section Choisir la défense contre les menaces, faites l'une de ces choses :

Cliquez sur la liste déroulante Sélectionner un dispositif de défense contre les menaces de pare-feu et cochez le dispositif sur lequel vous souhaitez faire migrer la configuration de du .

Les dispositifs dans le domaine centre de gestionchoisi sont listés par adresse IP et par nom.

Remarque

Au minimum, le dispositif défense contre les menacesnatif que vous choisissez doit avoir le même nombre d'interfaces physiques ou de canaux de port que la configuration de l' que vous migrez. Au minimum, l'instance de conteneur du dispositif défense contre les menacesdoit avoir le même nombre d'interfaces et de sous-interfaces physiques ou de canaux de port. Vous devez configurer l'appareil avec le même mode de pare-feu que . Cependant, ces interfaces n'ont pas à avoir le même nom sur les deux dispositifs.

Remarque

Uniquement lorsque la plateforme de défense contre les menaces cible prise en charge est le Firewall 1010 avec la version 6.5 ou ultérieure du centre de gestion 6.5, la prise en charge de la migration FDM 5505 est applicable pour les politiques partagées et non pour les politiques spécifiques au dispositif. Lorsque vous procédez sans défense contre les menaces, l'outil de migration de Secure Firewall ne transfère aucune configuration ou politique à la défense contre les menaces. Ainsi, les interfaces et les itinéraires, ainsi que le VPN site à site, qui sont des configurations spécifiques aux dispositifs de défense contre les menaces, ne seront pas migrés. Cependant, toutes les autres configurations prises en charge (stratégies et objets partagés), telles que NAT, ACL et objets de port, seront migrées. Le VPN d'accès à distance est une politique partagée et peut être migré même sans défense contre les menaces.

L'outil de migration Secure Firewall prend en charge la migration du pare-feu Palo Alto Networks vers la version 6.7 centre de gestion oudéfense contre les menaces ou ultérieure avec l'option de déploiement à distance activée. La migration des interfaces et des itinéraires doit être faite manuellement.

Cliquez sur Proceed without FTD [continuer sans FTD] pour amorcer la migration vers centre de gestion.
Lorsque vous procédez sansdéfense contre les menaces , l'outil de migration de Secure Firewall ne transfère aucune configuration ou politique vers défense contre les menaces. Ainsi, les interfaces et les routes ainsi que le VPN site à site, qui sont défense contre les menacesdes configurations propres à l’appareil, ne seront pas migrés et devront être configurés manuellement sur centre de gestion. Cependant, toutes les autres configurations prises en charge (stratégies et objets partagés), telles que NAT, ACL et objets de port, seront migrées. Le VPN d'accès à distance est une politique partagée et peut être migré même sans défense contre les menaces.

Étape 5

Cliquez sur Procéder.

En fonction de la destination vers laquelle vous migrez, l'outil de migration Secure Firewall vous permet de sélectionner les fonctionnalités que vous souhaitez migrer.

Étape 6

Cliquez sur la section Sélectionner les fonctionnalités pour examiner et sélectionner les fonctionnalités que vous souhaitez migrer vers la destination.

Si vous effectuez une migration vers un dispositif de destinationdéfense contre les menaces, l'outil de migration Secure Firewall sélectionne automatiquement les fonctionnalités disponibles pour la migration à partir de la configuration de du dans les sections Configuration du dispositif et Configuration partagée. Vous pouvez modifier la sélection par défaut, selon vos besoins.
Si vous effectuez une migration vers un centre de gestion, l’outil de migration Cisco Secure Firewall sélectionnera automatiquement les fonctions disponibles pour la migration à partir dans les sections Device Configuration [configuration de l’appareil], Shared Configuration [configuration partagée] et Optimization [optimisation]. Vous pouvez modifier la sélection par défaut, selon vos besoins.

Pour PAN, sous Configuration partagée, sélectionnez l'option Contrôle d'accès appropriée :

Migrer les politiques avec l'application - activé par défaut - Lorsque vous sélectionnez cette option, l'application PAN sera migrée. Vous ne pouvez afficher l'option Migrer les politiques avec l'application par défaut que si vous cochez cette case.

Remarque

Le mappage d'applications n'est activé que lorsque des stratégies sont sélectionnées pour la migration.

Si vous migrez la configuration d’un pare-feu Palo Alto Networks avec configuration VPN, vous pouvez choisir de sélectionner ou de désélectionner les tunnels VPN de site à site dans le panneau Device Configuration [configuration de l’appareil] et Remote Access VPN [VPN avec accès à distance] dans le panneau Shared Configuration [configuration partagée]. Notez que la configuration VPN de site à site basée sur les politiques n’est pas prise en charge, car le pare-feu Palo Alto Networks n’est pas compatible.

Politiques dont le service est « Application par défaut »

Les politiques dont le service est « application par défaut »et dont l'application a un membre ou un groupe qui est référencé, sont migrées selon les choix que vous avez faits sur la page de sélection des fonctionnalités. centre de gestion n'a pas l'équivalent de « application par défaut », donc ces politiques sont poussées avec le service « any ». Si vous reproduisez la même fonctionnalité que l'application par défaut, déterminez les ports utilisés par l'application à partir du pare-feu de Palo Alto Networks et configurez les ports dans la section des ports de la politique dans centre de gestion.

Par exemple, une politique ayant pour nom « navigation web » et pour service « application par défaut » est migrée en tant qu'application HTTP (l'équivalent de navigation web) et en tant que port « any ». Pour reproduire la même fonctionnalité que « application par défaut », configurez le port comme TCP/80 et TCP/8080. La navigation web utilise les ports TCP 80 et TCP 8080 Si une politique a de multiples applications, configurez les ports qui sont utilisés pour chaque application.

En cas de multiples applications à une politique, nous vous recommandons de diviser la politique avant de configurer les ports, puisque cela pourrait permettre un accès supplémentaire à d'autres applications.

Les politiques dont l'application est configurée comme « any » et le service comme « application par défaut » sont migrées comme désactivées, indépendamment des choix disponibles sur la page de sélection des fonctionnalités (l'application comme « any » et le service comme « any ».) Si ceci est un comportement acceptable, activez l'application et acceptez les changements. Autrement, choisissez l'application ou le service requis et activez la politique.

Diviser les listes de contrôle d'accès avec des applications par règle

Lors de la migration de listes de contrôle d'accès contenant une règle configurée pour plusieurs applications, vous pouvez choisir de diviser les listes de contrôle d'accès, ce qui divise la règle en plusieurs règles avec une application par règle. Pour ce faire, cochez la case Diviser les ACL avec les applications par règle. Par contre, la case n'apparait pas si la configuration que vous tentez de migrer ne contient pas d'applications multiples configurées par règle d'accès.

Chaque règle est convertie en de multiples règles avec une application par règle, ce que vous pouvez examiner dans la page Optimiser, examiner et valider.

L'outil de migration Secure Firewall prend en charge la migration du VPN d'accès à distance si le centre de gestion cible est 7.2 ou plus récent. Le VPN d'accès à distance est une politique partagée et peut être migré sans défense contre les menaces. Si la migration est sélectionnée avec la défense contre les menaces, la version de la défense contre les menaces doit être 7.0 ou ultérieure.

(Facultatif) Dans la section Optimisation, sélectionnez Migrer uniquement les objets référencés pour ne migrer que les objets référencés dans une stratégie de contrôle d'accès et une stratégie NAT.

Remarque

Lorsque vous sélectionnez cette option, les objets non référencés dans la configuration de l' de ne seront pas migrés. Cela optimise le temps de migration et nettoie les objets inutilisés de la configuration.

Étape 7

Cliquez sur Procéder.

Étape 8

Dans la section Conversion de règle/Configuration de processus, cliquez sur Débuter la conversion pour initier la conversion.

Étape 9

Examiner le sommaire des éléments que l'outil de migration Secure Firewall a converti.

Pour vérifier si votre fichier de configuration a été téléversé et analysé avec succès, téléchargez et vérifier le rapport de pré-migration avant de continuer avec la migration.

Étape 10

Cliquez sur Télécharger le rapportet sauvegardez le rapport de pré-migration.

Une copie du rapport pré-migration est aussi sauvegardée dans le dossier Ressources au même endroit que l'outil de migration Secure Firewall.

Examiner le rapport pré-migration

Si vous avez oublié de télécharger les rapports de pré-migration pendant la migration, utilisez le lien suivant pour les télécharger :

Rapport de pré-migration Télécharger le point final—http://localhost:8888/api/downloads/pre_migration_summary_html_format

Remarque

Vous pouvez télécharger les rapports seulement lorsque l'outil de migration Secure Firewall est en cours d'exécution.

Procédure

Étape 1	Naviguez vers où vous avez téléchargé le rapport pré-migration. Une copie du rapport pré-migration est aussi sauvegardée dans le dossier Ressources au même endroit que l'outil de migration Secure Firewall.
Étape 2	Ouvrez le rapport pré-migration et examiner attentivement son contenu pour identifier tout problème pouvant causer l'échec de la migration. Le rapport pré-migration inclut les informations suivantes : Un résumé des éléments de configuration des dispositifs qui peuvent être migrés avec succès et des défense contre les menacesfonctionnalités spécifiques ASA sélectionnées pour la migration. Lignes de configuration avec des erreurs - Détails des éléments de configuration ASA avec qui ne peuvent pas être migrés avec succès car l'outil de migration Secure Firewall n'a pas pu les analyser. Corrigez ces erreurs dans la de ASA , exportez un nouveau fichier de configuration, puis téléchargez le nouveau fichier de configuration dans l'outil de migration Secure Firewall avant de continuer. Configuration partiellement prise en charge - Détails des éléments de configuration des dispositifs ASA gérés par qui ne peuvent être que partiellement migrés. Ces éléments de configuration comprennent des règles et des objets avec des options avancées, alors que la règle ou l'objet peut être migré sans les options avancées. Examinez ces lignes, vérifiez si les options avancées sont prises en charge dans centre de gestion, et si c'est le cas, prévoyez de configurer ces options manuellement après avoir terminé la migration à l'aide de l'outil de migration Secure Firewall. Configuration non prise en charge - Détails des éléments de configuration des qui ne peuvent pas être migrés car l'outil de migration Secure Firewall ne prend pas en charge la migration de ces fonctionnalités. Examinez ces lignes, vérifiez si chaque fonctionnalité est prise en charge dans centre de gestion, et si c'est le cas, prévoyez de configurer les fonctionnalités manuellement après avoir terminé la migration à l'aide de l'outil de migration Secure Firewall. Configuration ignorée - Détails des éléments de configuration des dispositifsASA qui sont ignorés parce qu'ils ne sont pas pris en charge par centre de gestionl'outil de migration Secure Firewall. L'outil de migration Secure Firewall n'analyse pas ces lignes. Examinez ces lignes, vérifiez si chaque fonctionnalité est prise en charge dans centre de gestion, et si c'est le cas, prévoyez de configurer les fonctionnalités manuellement. Pour plus d'informations à propos des caractéristiques prises en charge dans centre de gestion et défense contre les menaces, consultez le Guide de configuration du centre de gestion.
Étape 3	Si le rapport de pré-migration recommande des actions correctives, effectuez ces corrections sur l'interface ASA, exportez à nouveau le fichier de configuration du et téléchargez le fichier de configuration mis à jour avant de poursuivre.
Étape 4	Une fois que le fichier de configuration de votre ASA dispositif géré par FDM a été téléchargé et analysé avec succès, revenez à l'outil de migration Secure Firewall et cliquez sur Suivant pour poursuivre la migration.

Prochaine étape

Mettez en correspondance avec les interfaces Firepower Threat Defense.

Mappez les configurations de de PAN du pare-feu avec les interfaces de Défense contre les menaces.

L'appareil défense contre les menaces doit avoir un nombre d'interfaces physiques et de canaux de port égal ou supérieur à celui utilisé par ASA. Ces interfaces ne doivent pas avoir les mêmes noms sur les deux appareils. Vous pouvez choisir comment associer les interfaces.

Le mappage de l'interface de l' avec à l'interface défense contre les menaces diffère en fonction du type de périphérique défense contre les menaces :

Si la cible défense contre les menaces est de type natif :
- Le défense contre les menaces doit avoir un nombre égal ou supérieur d'interfaces PAN ou d'interfaces de données de canal de port (PC) ou de sous-interfaces utilisées (à l'exception de la gestion seule dans la configuration PAN). Si le nombre est moindre, ajouter le type d'interface requis sur le défense contre les menaces cible.
- Les sous-interfaces sont créées par l'outil de migration du pare-feu sécurisé sur la base de l'interface physique ou du mappage du canal de port.
Si la cible défense contre les menaces est de type contenant :
- Le défense contre les menacesdoit avoir un nombre égal ou supérieur d'interfaces d'appareils gérés par FDMou de sous-interfaces physiques utilisées, de canal de port ou de sous-interfaces de canal de port (à l'exclusion des interfaces de gestion uniquement et des sous-interfaces dans la configuration de dispositifs gérés par un ). Si le nombre est moindre, ajouter le type d'interface requis sur le défense contre les menaces cible. Par exemple, si le nombre d'interfaces physiques et de sous-interfaces physiques sur la cible défense contre les menaces est inférieur de 100 à celui de l'PAN , vous pouvez créer des interfaces physiques ou des sous-interfaces physiques supplémentaires sur la cible défense contre les menaces.

Avant de commencer

Assurez-vous de vous être connecté au centre de gestion et choisi la destination comme défense contre les menaces Pour en savoir plus, consultez Préciser les paramètres de destination pour l’outil de migration Secure Firewall.

Remarque

Cette étape n'est pas applicable si vous migrez vers un centre de gestion sans un dispositif défense contre les menaces.

Procédure

Étape 1

Si vous souhaitez modifier le mappage d’une interface, cliquez sur la liste déroulante du nom de l’interface FTD et choisissez l’interface que vous souhaitez mapper à l’interface .

Vous ne pouvez pas modifier le mappage des interfaces de gestion. Si une interface défense contre les menaces a déjà été attribuée à une interface de périphérique , vous ne pouvez pas choisir cette interface dans la liste déroulante. Toutes les interfaces sont grisées et indisponibles.

Vous n'avez pas besoin de mapper les sous-interfaces. L'outil de migration Secure Firewall fait correspondre les sous-interfaces du dispositif défense contre les menacesà toutes les sous.

Remarque

Si le nombre d'interfaces sur le pare-feu source est plus que celui du pare-feu cible, créez alors des sous-interfaces sur le pare-feu cible et réessayez la migration.

Étape 2

Lorsque vous avez mappé chaque interface de périphérique à une interfacedéfense contre les menaces, cliquez sur Suivant.

Prochaine étape

Mappez les interfaces PAN aux objets d'interface et zones de sécurité défense contre les menacesappropriés Pour plus d'informations, référez-vous à Mapper les interfaces PAN aux zones de sécurité

Associez les interfaces PAN à des périmètres de sécurité, à groupes d’interfaces .

Pour que la configuration soit migrée correctement, mappez les interfaces de aux objets d’interface défense contre les menaces, aux périmètres de sécurité, appropriés. Dans une configuration de , les politiques de contrôle d'accès et les politiques NAT utilisent des noms d'interface (nameif). Dans centre de gestion, ces politiques utilisent des objets d'interface. De plus, les politiques centre de gestion regroupent les objets d'interface ainsi :

Zones de sécurité - Une interface ne peut appartenir qu'à une seule zone de sécurité.

L'outil de migration Secure Firewall permet le mappage un à un des interfaces avec les zones de sécurité ; lorsqu'une zone de sécurité est mappé à une interface, il n'est pas disponible pour le mappage à d'autres interfaces, bien que centre de gestion le permette. Pour en savoir plus sur les périmètres de sécurité dans le centre de gestion, consultez la section Security Zones and Interface Groups [périmètres de sécurité et groupes d’interfaces] du guide de configuration d’appareil de Cisco Secure Firewall Management Center.

Procédure

Étape 1	Sur l'écran Mapper les zones de sécurité, examinez les interfaces disponibles et les zones de sécurité.
Étape 2	Pour mapper des interfaces à des zones de sécurité et à des groupes d'interfaces qui existent dans centre de gestion, ou qui sont disponibles dans les fichiers de configuration de des en tant qu'objets de type zone de sécurité et qui sont disponibles dans la liste déroulante, procédez comme suit : Dans la colonne Zones de sécurité, choisissez la zone de sécurité pour cette interface. Dans la colonne Groupes d'interface, choisissez le groupe d'interface pour cette interface.
Étape 3	Pour mapper les interfaces aux zones de sécurité qui existent dans centre de gestion, dans la colonne Zones de sécurité, choisissez la zone de sécurité pour cette interface.
Étape 4	Vous pouvez mapper manuellement ou auto-créer les zones de sécurité. Pour mapper manuellement les zones de sécurité, faites ce qui suit : Cliquez sur Ajouter ZS & GI Dans la boîte de dialogue Ajouter ZS & GI, cliquez sur Ajouter pour ajouter une nouvelle zone de sécurité. Saisissez le nom de la zone de sécurité dans la colonne Zone de sécurité. Le nombre maximal de caractères est de 48. Cliquez sur Close (Fermer). Pour mapper les zones de sécurité par auto-création, faites ce qui suit : Cliquez sur Auto-créer. Dans la boîte de dialogue Auto-créer, cochez Mappage de zone. Cliquez sur Auto-créer. Une fois que vous avez cliqué sur Auto-créer, les zones de pare-feu source sont mappés automatiquement. Si les mêmes zones de nom existent déjà dans centre de gestion, alors la zone sera réutilisée. La page de mappage affichera « (A) » contre la zone réutilisée. Par exemple, « (A) » à l'intérieur.
Étape 5	Lorsque vous avez mappé toutes les interfaces aux zones de sécurité appropriées, cliquez sur Suivant.

Mappez les configurations avec les applications

Vous pouvez mapper les applications aux applications cibles correspondantes. Vous pouvez migrer les règles basées sur l’application.

Une liste d’applications prédéfinies issue du centre de gestion et certaines applications des fichiers de configuration sont répertoriées dans cet onglet. Certains mappages prédéfinis qui existent dans le centre de gestion sont mappés.

Remarque

Vous ne pourrez pas modifier un mappage prédéfini.

La page Application Mapping [mappage des applications] affiche les onglets suivants :

Mappages non valides : Pour afficher la liste des mappages non valides pour la migration.

Un mappage est dit non valide dans les scénarios suivants :

Lorsque le mode de mappage est réglé sur Application ou Port, mais que la cible est vide.
Lorsque le mode de mappage est réglé sur Port et que la syntaxe du port est incorrecte. Pour procéder à la migration, la valeur du mappage non valide doit être de zéro.

Remarque

Le bouton Next [suivant] est désactivé jusqu’à ce que la validation soit correcte.

Lorsque vous obtenez la liste prédéfinie des mappages de la source, certaines applications prédéfinies seront mappées automatiquement. Si certaines applications ne sont pas mappées, vous devez le faire manuellement pour le port ou l’application.

Mappages vides : Pour afficher l’application non mappée. Pour ce faire, l’utilisateur doit entreprendre une action. L’application doit être mappée à Application ou à Port.

Remarque

Nous vous recommandons de mapper toutes les entrées Application, mais ce n’est pas obligatoire.

Lorsque le mode de mappage est sélectionné et que l’application cible dispose de données valides, il s’agit d’un mappage valide.

Remarque

Par défaut, tous les mappages prédéfinis sont disponibles dans l’onglet Valid Mappings [mappages valides].

Mappages valides : Pour afficher le bon mappage. L’outil de migration Cisco Secure Firewall possède sa propre base de données de mappage prédéfini avec PAN et l’application défense contre les menaces pour les applications couramment utilisées. Si l’application de PAN correspond à la base de données du mappage prédéfini, ces applications seront mappées automatiquement et s’afficheront sous un mappage valide.

Une fois qu’une application est mappée à une application ou à un port dans le mappage vide, elle est déplacée vers un mappage valide après validation.

Remarque

Le mappage prédéfini n’est pas modifiable.

Le nombre de mappages non valides, valides et vides continue de changer selon la migration.

Le tableau suivant affiche les propriétés de mappage d’application.

Tableau 1. Propriétés du tableau de mappage d’applications

Champ

Description

Application source

Affiche la liste des applications utilisées sur votre pare-feu Palo Alto Networks.

Mode de mappage

Choisissez le mode de mappage qui est soit Application soit Ports.

Application : Choisissez dans la liste des applications cibles pour le mappage. Vous ne pouvez mapper qu’une seule application.

Ports : Choisissez un port disponible pour le mappage. Lorsque vous sélectionnez Ports, saisissez les renseignements sur le port pertinent dans le format indiqué. Par exemple, tcp/80 et udp/80.

Remarque

Les espaces ne sont pas autorisées.

Application cible

Affiche une liste des applications cibles ou des ports cibles selon le mode de mappage.

Les applications ICMP et Ping seront migrées en tant que services ICMP et Ping. La migration se fait automatiquement par l’outil de migration Cisco Secure Firewall et ne s’affichera pas dans la page de mappage des applications.

Procédure

Étape 1

Cliquez sur l’onglet Valid Mappings [mappages valides] pour afficher le nombre de mappages valides pour cette migration. Mappez l’application source valide avec le mode de mappage valide et l’application cible.

Lorsqu’un mappage devient valide, vous pouvez afficher l’augmentation du nombre de mappages valides.

Étape 2

Cliquez sur Blank Mappings [mappages vides] pour afficher la liste des mappages vides pour cette migration. Mappez l’application source vide avec le mode de mappage valide et l’application cible.

Par exemple, si vous sélectionnez le mode de mappage et l’enregistrez sans saisir la destination cible, le nombre de mappages vides augmente. Passez en revue l’onglet, mappez-le correctement, puis procédez à la migration.

Remarque

Même en présence d’un mappage vide, vous pouvez toujours procéder à la migration.

Étape 3

Cliquez sur l’onglet Invalid Mappings [mappages non valides] pour afficher la liste des mappages non valides. Procédez comme suit:

Invalid Application [application non valide] : Affiche le mappage non valide pendant la migration.
Mapping Mode [mode de mappage] : Choisissez le mode de mappage, soit Application soit Port.
Target Application [application cible] : Choisissez l’application cible pour le mappage de l’application.

Par exemple, si vous avez sélectionné le mode de mappage, mais que vous l’avez mappé avec une destination cible différente, vous ne pouvez pas passer aux autres onglets. Passez en revue l’onglet Invalid Mappings [mappages non valides], saisissez la bonne application cible, puis procédez au mappage de l’application.

Étape 4

Cliquez sur Validate [valider] dans chaque onglet pour valider les mappages non valides, vides ou valides pour cette migration.

Étape 5

Cliquez sur Next [suivant] pour continuer.

Étape 6

Cliquez sur Clear Mapped Data [effacer les données mappées] pour effacer les mappages que vous avez effectués manuellement avant de valider. Il est recommandé de cliquer sur Validate [valider] seulement lorsque vous êtes convaincu des mappages que vous effectuez, car vous ne pourrez pas annuler le mappage après avoir cliqué sur valider, car le mappage deviendra valide.

Prochaine étape

Examinez et validez la configuration à être migrée

Optimiser, examiner Examiner et valider la configuration

Avant de transférer la configuration de verscentre de gestion, optimisez et examinez soigneusement la configuration et vérifiez qu'elle est correcte et qu'elle correspond à la façon dont vous souhaitez configurer l'appareil défense contre les menaces. Un onglet clignotant indique que vous devez passer à l’action suivante.

Remarque

Si vous fermez l'outil de migration Secure Firewall à l'écran Optimiser, examiner et valider la configuration, cela sauvegarde votre progression et vous permet de continuer la migration plus tard. Si vous fermez l'outil de migration Secure Firewall avant cet écran, votre progression ne sera pas sauvegardée. S'il y a un échec après l'analyse, relancer l'outil de migration Secure Firewall continue à partir de l'écran Mappage des interfaces.

Ici, l’outil de migration Cisco Secure Firewall récupère les politiques du système de prévention des intrusions (IPS) et les politiques des fichiers, qui sont déjà présentes dans le centre de gestion, et vous permet de les associer aux règles de contrôle d’accès que vous migrez.

Une stratégie de fichiers est un ensemble de configurations que le système utilise pour effectuer une protection avancée contre les logiciels malveillants pour les réseaux et le contrôle des fichiers, dans le cadre de votre configuration globale de contrôle d'accès. Cette association fait en sorte qu'avant que le système passe un fichier dans le trafic correspondant aux conditions de la règle de contrôle d'accès, le fichier est d'abord inspecté.

De même, vous pouvez utiliser une politique IPS comme dernière ligne de défense du système avant que le trafic ne soit autorisé à se rendre à destination. Les politiques d'intrusion régissent la manière dont le système inspecte le trafic à la recherche de violations de la sécurité et, dans les déploiements en ligne, peuvent bloquer ou modifier le trafic malveillant. Chaque fois que le système utilise une politique d'intrusion pour évaluer le trafic, il utilise un ensemble de variables associé. La plupart des variables d'un ensemble représentent des valeurs couramment utilisées dans les règles d'intrusion pour identifier les adresses IP et les ports source et destination. Vous pouvez également utiliser des variables dans les politiques d'intrusion pour représenter les adresses IP dans les états de suppression de règles et de règles dynamiques.

Pour rechercher des éléments de configuration spécifiques dans un onglet, saisissez le nom de l'élément dans le champ situé en haut de la colonne. Les rangées du tableau sont filtrées pour afficher seulement les éléments correspondant au terme de recherche.

Remarque

Par défaut, l'option du Groupement en ligne est activée.

Si vous fermez l'outil de migration Secure Firewall à l'écran Optimiser, examiner et valider la configuration, cela sauvegarde votre progression et vous permet de continuer la migration plus tard. Si vous fermez ceci avant cet écran, votre progression ne sera pas sauvegardée. S'il y a un échec après l'analyse, relancer l'outil de migration Secure Firewall continue à partir de l'écran Mappage des interfaces.

Présentation de l'optimisation ACL de l'outil de migration Secure Firewall

L'outil de migration Secure Firewall permet d'identifier et de séparer les ACL qui peuvent être optimisées (désactivées ou supprimées) de la base de règles du pare-feu sans avoir d'impact sur la fonctionnalité du réseau.

L'optimisation d'ACL supporte les types d'ACL suivants :

ACL redondante: lorsque deux ACL ont le même ensemble de configurations et de règles, la suppression de l’ACL non de base n’aura pas d’incidence sur le réseau. Par exemple, si deux règles autorisent le trafic FTP et IP sur le même réseau sans qu'aucune règle ne soit définie pour refuser l'accès, la première règle peut être supprimée.
ACL dupliquée: la première ACL masque complètement les configurations de la deuxième ACL. Si deux règles ont un trafic similaire, la deuxième règle n'est appliquée à aucun trafic lorsqu'elle apparaît plus loin dans la liste d'accès. Si les deux règles spécifient des actions différentes pour le trafic, vous pouvez soit déplacer la règle masquée, soit modifier l'une des règles pour mettre en œuvre la politique requise. Par exemple, la règle de base peut refuser le trafic IP et la règle masquée peut autoriser le trafic FTP pour une source ou une destination donnée.

L'outil de migration Secure Firewall utilise les paramètres suivants lors de la comparaison des règles pour l'optimisation des ACL :

Remarque

L'optimisation est disponible pour le PANuniquement pour une action découlant d'une règle ACP.

Les ACL désactivés ne sont pas considérés durant le processus d'optimisation.
Les ACLs sources sont développées en ACEs correspondants (valeurs en ligne), puis comparées pour les paramètres suivants :
- Zones source et de destination
- Réseau source et de destination
- Port source et de destination

Cliquez sur Download Report [télécharger le rapport] pour revoir le nom de l’ACL et les ACL redondantes et dupliquées correspondantes figurant dans un fichier Excel. Utilisez la feuille Detailed ACL Information [information détaillée sur les ACL] pour afficher plus de détails sur les ACL.

Interface de repli dynamique IP/Port

Lorsque vous examinez les configurations NAT sur la page Optimize, Review and Validate Configuration [optimiser, examiner et valider la configuration] pour une migration de Palo Alto Networks vers la protection contre les menaces, vous pouvez vérifier si la règle NAT a une configuration interface de repli dynamique IP/Port et si la règle est migrée ou abandonnée.

L'outil de migration Secure Firewall migre la règle NAT si l'adresse IP dynamique configurée ou l'adresse de l'interface de repli du port est identique à l'adresse de la zone de destination. Si elle est différente, la règle n'est pas migrée et est répertoriée comme non prise en charge, car le Secure Firewall Management Center ne peut avoir que l'adresse de destination comme interface de repli de l'IP dynamique ou du port. Si la règle NAT n'a pas de configuration de repli, la migration s'effectue sans aucune validation et est répertoriée comme Non applicabledans la colonne Repli dynamique de l'IP/du port.

Procédure

Étape 1

À la page Optimize, Review and Validate Configuration [optimiser, examiner et valider la configuration], cliquez sur Access Control Rules [règles de contrôle d’accès] et faites comme suit :

Pour chaque entrée dans le tableau, examinez les mappages et vérifiez s’ils sont corrects.
Si vous ne souhaitez pas migrer une ou plusieurs politiques de liste de contrôle d’accès, cochez la case des lignes concernées, choisissezActions [actions] > Do not migrate[ne pas migrer], puis Save [enregistrer].

Toutes les règles que vous choisirez de ne pas migrer sont grisées dans le tableau.
Si vous souhaitez appliquer une politique de fichiers centre de gestionà une ou plusieurs politiques de contrôle d'accès, cochez la case des lignes appropriées, puis sélectionnez Actions > Politique de fichiers.

Dans la boîte de dialogue Stratégie de fichier, sélectionnez la stratégie de fichier appropriée et appliquez-la aux stratégies de contrôle d'accès sélectionnées, puis cliquez sur Enregistrer.
Si vous souhaitez appliquer une politique IPS centre de gestionà une ou plusieurs politiques de contrôle d'accès, cochez la case des lignes appropriées, puis sélectionnez Actions > Politique de fichiers.

Dans la boîte de dialogue Politique IPS, sélectionnez la politique IPS appropriée et son ensemble de variables correspondant, appliquez-la aux politiques de contrôle d'accès sélectionnées et cliquez sur Enregistrer.
Si vous souhaitez modifier les options de journalisation d'une règle de contrôle d'accès pour laquelle la journalisation est activée, cochez la case de la ligne correspondante et sélectionnez Actions > Journal.

Dans la boîte de dialogue Journal, vous pouvez activer l'enregistrement des événements au début ou à la fin d'une connexion, ou les deux. Si vous activez la journalisation, vous devez choisir d'envoyer les événements de connexion soit à l'observateur d'événements, soit au Syslog, soit aux deux. Lorsque vous choisissez d'envoyer les événements de connexion à un serveur syslog, vous pouvez choisir les stratégies syslog déjà configurées sur le centre de gestion dans le menu déroulant Syslog.

Si vous souhaitez modifier les actions pour les règles de contrôle d'accès migrées dans le tableau Contrôle d'accès, cochez la case de la ligne appropriée et sélectionnez Actions > Action découlant d'une règle.

Astuces

Les politiques IPS et les politiques de fichiers joints à une règle de contrôle d’accès seront automatiquement supprimées pour les actions découlant d’une règle, à l’exception de l’option Allow [autoriser].

Vous pouvez filtrer le nombre d’ACE dans l’ordre croissant ou décroissant, ou pour voir les résultats égaux, supérieurs et inférieurs.

Pour effacer les critères de filtrage existants et charger une nouvelle recherche, cliquez sur Effacer le filtre.

Remarque

L'ordre dans lequel vous triez l'ACL en fonction de l'ACE est uniquement destiné à la visualisation. Les ACL sont transférés selon l'ordre chronologique selon lequel ils se produisent.

Étape 2

Cliquez sur les onglets suivants et examinez les éléments de configuration :

Contrôle d’accès
Objets (objets de réseau, objets de port)
NAT
Interfaces
Routs
Tunnels de réseau privé virtuel (VPN) de site à site
VPN d’accès à distance

Remarque

Pour les configurations VPN de site à site et d'accès à distance, les configurations de filtre VPN et les objets de liste d'accès étendue qui s'y rapportent sont migrés et peuvent être examinés sous les onglets respectifs.

Si vous ne souhaitez pas migrer une ou plusieurs règles NAT ou interfaces de routes, cochez la case des lignes concernées, choisissez Actions [actions] > Do not migrate[ne pas migrer], puis Save [enregistrer].

Toutes les règles que vous choisirez de ne pas migrer sont grisées dans le tableau.

Étape 3

(Facultatif) Tout en examinant votre configuration, vous pouvez renommer un ou plusieurs objets réseau ou port dans l’onglet Network Objects [objets réseau] ou Port Objects [objets port] en sélectionnant l’objet et en choisissant Actions [actions] > Rename[renommer] .

Les critères d’accès et les politiques NAT qui renvoient aux objets renommés sont aussi mis à jour, en leur attribuant de nouveaux noms d’objet.

Étape 4

Vous pouvez afficher les routes à partir de la zone Routes [routes] et sélectionner les routes que vous ne souhaitez pas migrer, en sélectionnant une entrée et en choisissant Actions [actions] > Do not migrate [ne pas migrer].

Étape 5

À la section Site-to-Site VPN Tunnels [tunnels VPN de site à site], les tunnels VPN des configurations du pare-feu source sont indiqués. Passez en revue les données du tunnel VPN, comme les configurations de l’interface source, du type VPN, IKEv1 et IKEv2 pour chaque ligne, et assurez-vous de fournir les valeurs des clés prépartagées pour toutes les lignes.

Étape 6

À la section Remote Access VPN [VPN à accès à distance], tous les objets correspondants au VPN à l’accès à distance sont migrés du pare-feu Palo Alto Networks vers le centre de gestion, et sont affichés ainsi :

Affectation des politiques : Passez en revue vos profils de connexion et validez vos connexions, les protocoles VPN, les appareils ciblés, et le nom des interfaces VPN. Pour renommer un profil de connexion, sélectionnez l’entrée correspondante, puis choisissez Actions [actions] > Rename[renommer].
IKEV2 : Passez en revue et validez vos configurations du protocole IKEv2, le cas échéant, ainsi que les interfaces sources qui leur sont associées.
Paquets Anyconnect – Récupérez les paquets AnyConnect et les profils AnyConnect à partir de l’appareil source pour la migration.

Dans le cadre de l’activité préparatoire à la migration, chargez tous les paquets AnyConnect dans le centre de gestion. Vous pouvez charger les profils AnyConnect soit dans le centre de gestion directement, soit à partir de l’outil de migration Cisco Secure Firewall.

Sélectionnez les paquets déjà existants AnyConnect ou Hostscan ou ceux du navigateur externe récupérés à partir du centre de gestion. Vous devez sélectionner au moins un paquet AnyConnect. Vous devez également sélectionner Hostscan, dap.xml, data.xml ou le navigateur externe, si ceux-ci sont disponibles dans la configuration source. Les profils AnyConnect sont facultatifs.

Assurez-vous que le bon fichier Dap.xml est récupéré à partir du pare-feu source. Les validations sont effectuées sur le fichier dap.xml figurant dans le fichier de configuration. Vous devez sélectionner et charger tous les fichiers nécessaires pour la validation. Si la mise à jour n’est pas effectuée, elle sera indiquée comme incomplète, et l’outil de migration Cisco Secure Firewall ne procédera pas à la validation.
Ensemble d’adresses — Passez en revue toutes les adresses IPv4 et IPv6 affichées ici.
Stratégies de groupe — Sélectionnez ou supprimez le profil de l’utilisateur, le profil de gestion, et le profil du module client de cette zone, affichant les stratégies de groupe assorties de profils client, de profils de gestion et de modules client, ainsi que les stratégies de groupe sans profil. Si un profil a été ajouté dans la zone du fichier AnyConnect, il est affiché comme présélectionné. Vous pouvez choisir ou enlever le profil d'utilisateur, le profil de gestion et le profil de module de client.
Profil de connexion – Passez en revue tous les profils de connexions et les groupes de tunnels qui sont affichés ici.
Points de confiance – La migration des points de confiance ou des objets PKI du pare-feu PAN vers le centre de gestion fait partie de l’activité préalable à la migration et est nécessaire à la réussite de la migration du VPN avec accès à distance. Mappez le point de confiance pour Global SSL, IKEv2 et les interfaces dans la section Remote Access Interface [interface d’accès à distance] pour aller de l’avant avec la migration.

Si un objet SAML (Security Assertion Markup Language) existe, les points de confiance pour SAML IDP et SP peuvent être mappés dans la section SAML. Le chargement du certificat SP est facultatif. Les points de confiance peuvent également être modifiés pour un groupe de tunnels donné. Si la configuration du point de confiance SAML remplacé figure dans l’ ou le source, elle peut être sélectionnée dans l’option Override SAML [remplacer SAML].

Étape 7

(Facultatif) Pour télécharger les détails pour chaque élément de configuration dans la grille, cliquez sur Télécharger.

Étape 8

Après avoir complété votre examen, cliquez sur Valider. Prenez note que les champs obligatoires qui requièrent votre attention clignoteront jusqu’à ce que vous les remplissiez. Vous pourrez cliquer sur le bouton Validate [valider] seulement après que vous aurez rempli tous les champs obligatoires.

Durant la validation, l'outil de migration Secure Firewall se connecte à centre de gestion, examine les objets existants et les compare à une liste d'objets à migrer. Si un objet existe déjà dans centre de gestion, l'outil de migration Secuire Firewall fait ce qui suit :

Si un objet a le même nom et configuration, l'outil de migration Secure Firewall réutilise l'objet existant et ne crée pas de nouvel objet dans centre de gestion.
Si l'objet a le même nom mais une configuration différente, l'outil de migration Secure Firewall rapporte un conflit d'objet.

Vous pouvez voir la progression de la validation dans la console.

Étape 9

Lorsque la validation est terminée, si la boîte de dialogue Statut de la validation montre un ou plusieurs conflits d'objets, faites ce qui suit :

Cliquez sur Résoudre les conflits

L'outil de migration Secure Firewall affiche une icône d'avertissement dans l'onglet Objets réseau ou Objets port, ou les deux, selon l'endroit où les conflits d'objets ont été signalés.
Cliquez sur l'onglet et examinez les objets.
Vérifiez l'entrée pour chaque objet qui présente un conflit et sélectionnez Actions > Résoudre les conflits.
Dans la fenêtre Résoudre les conflits, complétez l'action recommandée.

Par exemple, on pourrait vous demander d'ajouter un suffixe au nom de l'objet pour éviter un conflit avec l'objet centre de gestion existant. Vous pouvez accepter le suffixe par défaut ou le remplacer par un des vôtres.
Cliquez sur Résoudre
Lorsque vous avez résolu tous les conflits d'objet sur un onglet, cliquez sur Sauvegarder
Cliquez sur Valider pour revalider la confirmation et confirmer que vous avez résolu tous les conflits d'objet.

Étape 10

Lorsque la validation est terminée et que la boîte de dialogue Statut de la validation affiche le message Validé avec succès, continuez avec Transférer la configuration migrée vers Centre de gestion

Transférer la configuration migrée vers Centre de gestion

Vous ne pouvez pas pousser la configuration de migré avec un vers centre de gestionsi vous n'avez pas validé la configuration et résolu tous les conflits d'objets.

Cette étape dans le processus de migration envoie la configuration migrée vers centre de gestion. Elle ne déploie pas la configuration vers l'appareil Défense contre les menaces. Cependant, toute configuration existante sur le Défense contre les menaces est supprimée durant cette étape.

Remarque

Ne faites pas de changements de configuration ou ne déployez pas vers tout appareil pendant que l'outil de migration Secure Firewall envoie la configuration migrée vers centre de gestion.

Procédure

Étape 1

Dans la boîte de dialogue Statut de validation, examinez le sommaire de la validation.

Étape 2

Cliquez sur Transférer la configuration pour envoyer la configuration du dispositif migré à centre de gestion.

L'outil de migration Secure Firewall affiche un sommaire de la progression de la migration. Vous pouvez voir la progression détaillée, ligne par ligne des composants étant transférés vers centre de gestion dans la console.

Étape 3

Une fois la migration terminée, cliquez sur Télécharger le rapport pour télécharger et sauvegarder le rapport post-migration.

Une copie du rapport post-migration est également sauvegardée dans le dossier Ressources au même endroit que l'outil de migration Secure Firewall

Étape 4

Si la migration a échoué, examinez attentivement le rapport post-migration, le fichier journal et le fichier non analysé pour comprendre la cause de l'échec.

Vous pouvez également contacter l'équipe de soutien technique pour la résolution de problèmes.

Assistance à l'échec de migration

Si votre migration a échoué, contactez le soutien technique.

Sur l'écran Migration terminée, cliquez sur le bouton Soutien technique.

La page de soutien technique apparaît.

Cochez la case Offre groupée de soutien, puis sélectionnez les fichiers de configuration à télécharger.

Remarque

Les fichiers journaux et dB sont choisis pour téléchargement par défaut.

Cliquez sur Télécharger.

Le fichier d'assistance est téléchargé sous la forme d'un fichier .zip dans votre chemin d'accès local. Extrayez le dossier Zip pour voir les fichiers journaux, la base de données et les fichiers de configuration.
Cliquez sur Envoyer pour envoyer les détails de la panne à l'équipe technique.

Vous pouvez aussi joindre les fichiers d'assistance téléchargés à votre courriel.

Cliquez sur Visiter la page TAC pour créer une demande TAC dans la page de soutien de Cisco

Remarque

Vous pouvez soumettre une demande TAC en tout temps durant la migration à partir de la page de soutien technique.

Examiner le rapport de post-migration et terminer la migration

Le rapport de post-migration fournit des détails sur le nombre d'ACL dans différentes catégories, l'optimisation des ACL et la vue d'ensemble de l'optimisation effectuée sur le fichier de configuration. Pour plus de renseignements, consultez Optimiser, examiner Examiner et valider la configuration

Examiner et vérifier les objets :

Catégorie
- Règles ACL totales (Configuration Source)
- Règles ACL totales considérées pour optimisation Par exemple, Redondant, Dupliquée et ainsi de suite.
Comptes ACL pour optimisation indique le nombre total de règles ACL comptées avant et après l'optimisation.

Si vous avez oublié de télécharger les rapports de post-migration pendant la migration, utilisez le lien suivant pour les télécharger :

Rapport de post-migration Télécharger le point final—http://localhost:8888/api/downloads/post_migration_summary_html_format

Remarque

Vous pouvez télécharger les rapports seulement lorsque l'outil de migration Secure Firewall est en cours d'exécution.

Procédure

Étape 1

Naviguez vers où vous avez téléchargé le rapport post-migration.

Étape 2

Ouvrez le rapport de post-migration et examinez attentivement son contenu pour comprendre comment la configuration de votre a été migrée :

Résumé de la migration - Résumé de la configuration qui a été migrée avec succès de de vers Défense contre les menaces, y compris des informations sur , centre de gestion le nom d'hôte et le domaine, le dispositif Défense contre les menaces cible (le cas échéant) et les éléments de configuration qui ont été migrés avec succès.
Migration sélective des règles : les détails de la fonction spécifique de de sélectionné pour la migration sont disponibles dans trois catégories : Fonctions de configuration du dispositif, Fonctions de configuration partagées et Optimisation.

Mappage de l'interface de du dispositif géré par vers l'interface de défense contre les menaces - Détails des interfaces migrées avec succès et de la manière dont vous avez mappé les l'ASA du vers les Défense contre les menacesinterfaces du dispositif. Confirmez que ces mappages rencontrent vos attentes.

Remarque

Cette section ne s'applique pas aux migrations sans dispositif de destination Défense contre les menacesou si les interfaces ne sont pas sélectionnées pour la migration.

Noms des interfaces sources vers les zones de sécurité de la défense contre les menaces - Détails des interfaces logiques migrées PAN avec succès et de leur nom, ainsi que de la façon dont vous les avez mappées vers les zones de sécurité dans Défense contre les menaces. Confirmez que ces mappages rencontrent vos attentes.

Remarque

Cette section ne s'applique pas si les listes de contrôle d'accès et le NAT ne sont pas sélectionnés pour la migration.

Gestion des conflits d'objets - Détails de des objets de qui ont été identifiés comme ayant des conflits avec des objets existants dans centre de gestion. Si les objets ont le même nom et configuration, l'outil de migration Secure Firewall a réutilisé l'objet centre de gestion. Si les objets ont le même nom mais une configuration différente, vous avez renommé ces objets. Examinez ces objets attentivement et vérifiez que les conflits aient été résolu adéquatement.
Règles de contrôle d'accès, NAT et routes que vous avez choisi de ne pas migrer - Détails des règles que vous avez choisi de ne pas migrer avec l'outil de migration Secure Firewall. Examinez ces règles qui ont été désactivées par l'outil de migration Secure Firewall et qui n'ont pas été migrées. Examinez ces lignes et vérifiez que toutes les règles que vous avez choisies sont listées dans cette section. Si désiré, vous pouvez configurer manuellement ces règles.
Configuration partiellement migrée - Détails des règles de qui n'ont été que partiellement migrées, y compris les règles avec des options avancées lorsque la règle pouvait être migrée sans les options avancées. Examinez ces lignes, vérifiez que les options avancées soient prises en charge dans centre de gestion, et si oui, configurez manuellement ces options.
Configuration non prise en charge - détails des éléments de configuration des de qui n'ont pas été migrés car l'outil de migration Secure Firewall ne prend pas en charge la migration de ces fonctionnalités. Examinez ces lignes, vérifiez que chaque caractéristiques soit prise en charge dans Défense contre les menaces. Si oui, configurez manuellement ces options dans centre de gestion.
Règles de politique de contrôle d'accès étendues - Détails des règles de politique de contrôle d'accès des de qui ont été étendues d'une seule règle de point en plusieurs règles Défense contre les menacesau cours de la migration.
Actions prises sur les règles de contrôle d'accès
- Règles d'accès que vous avez choisi de ne pas migrer - Détails des règles de contrôle d'accès de que vous avez choisi de ne pas migrer avec l'outil de migration Secure Firewall. Examinez ces lignes et vérifiez que toutes les règles que vous avez choisies sont listées dans cette section. Si désiré, vous pouvez configurer manuellement ces règles.
- Règles d'accès avec modification de l'action de la règle - Détails de toutes les règles de politique de contrôle d'accès dont l'action de la règle a été modifiée à l'aide de l'outil de migration Secure Firewall. Les valeurs d'action de la règle sont les suivantes - Autoriser, Faire confiance, Surveiller, Bloquer, Bloquer avec réinitialisation. Examinez ces lignes et vérifiez que toutes les règles que vous avez choisies sont listées dans cette section. Si désiré, vous pouvez configurer manuellement ces règles.
- Règles de contrôle d'accès auxquelles la politique IPS et l'ensemble de variables sont appliqués - Détails de toutes de auxquelles la politique IPS est appliquée. Examinez attentivement ces règles et déterminez si la caractéristique est supportée dans Défense contre les menaces.
- Règles de contrôle d'accès auxquelles s'applique la politique de gestion des fichiers - Détails de toutes les règles de contrôle d'accès d' auxquelles s'applique la politique de gestion des fichiers. Examinez attentivement ces règles et déterminez si la caractéristique est supportée dans Défense contre les menaces.
- Règles de contrôle d'accès dont le paramètre « Journal » a été modifié - Détails des règles de contrôle dont le paramètre « Journal » a été modifié à l'aide de l'outil de migration Secure Firewall. Les valeurs de réglage du journal sont : False, Event Viewer, Syslog. Examinez ces lignes et vérifiez que toutes les règles que vous avez choisies sont listées dans cette section. Si désiré, vous pouvez configurer manuellement ces règles.

Remarque

Une règle non supportée n'ayant pas été migrée cause des problèmes avec du trafic non désiré à travers votre pare-feu. Nous vous recommandons de configurer une règle dans centre de gestion qui assurera le blocage du trafic dans Défense contre les menaces.

Remarque

S'il est nécessaire d'appliquer un IPS ou une politique de fichier à l'ACL dans la page Examiner et valider, il est fortement recommandé de créer une politique sur le centre de gestion avant la migration. Utilisez la même politique, alors que l'outil de migration Secure Firewall récupère la politique du centre de gestion connecté. Créer une nouvelle politique et l'assigner à de multiples politiques peut dégrader la performance et causer l'échec du transfert.

Pour plus d'informations à propos des caractéristiques prises en charge dans centre de gestion et Défense contre les menaces, consultez le Guide de configuration du centre de gestion, Version 6.2.3.

Étape 3

Ouvrez le rapport de pré-migration et notez tous les éléments de configuration desque vous devez migrer manuellement sur le Défense contre les menacesdispositif.

Étape 4

Dans centre de gestion, faites ceci :

Examinez la configuration migrée dans l'appareil Défense contre les menaces pour confirmer que toutes les règles attendues et autres articles de configuration, incluant ce qui suit, ont été migrés :
- Listes de contrôle d'accès (ACL)
- Règles de traduction d'adresse réseau
- Port et objets réseau
- Routs
- Interfaces
- Objets de routage dynamique
Configurez tout élément et règle partiellement pris en charge, non pris en charge, ignoré et désactivé qui n'a pas été migré.
Pour plus d'informations sur comment configurer ces éléments et règles, référez-vous à Guide de configuration du centre de gestion Voici des exemples d'items de configuration demandant une configuration manuelle :
- Paramètres de la plateforme, y compris l'accès SSH et HTTPS, comme décrit dans Paramètres de la plateforme pour la défense contre les menaces
- Paramètres Syslog, comme décrit dans la section Configurer Syslog
- Routage dynamique, tel que décrit dans la section Vue d'ensemble du routage pour la défensecontre les menaces
- Les politiques de service, telles que décrites dans les politiques FlexConfig
- Configuration VPN, comme décrit dans Threat Defense VPN
- Paramètres du journal des connexions, tels que décrits dans la section Journal des connexions

Étape 5

Après avoir complété votre examination, déployez la configuration migrée de centre de gestionvers l'appareil Défense contre les menaces.

Vérifier que les données sont correctement reflétées dans le rapport post-migration pour les règles non prises en charge et partiellement prises en charge.

L'outil de migration Secure Firewall assigne les politiques à l'appareil Défense contre les menaces. Vérifiez que les changements soient reflétés dans la configuration en cours d'exécution. Pour vous aider à identifier les politiques migrées, la description de ces politiques inclut le nom d'hôte de la configuration de de .

Analysez le résumé

Le résumé de l’analyse indique le nombre d’objets, les interfaces, la NAT, la politique et l’application. Le résumé comporte trois composants : le résumé préanalyse, le résumé de l’analyse et le résumé prétransmission.

Résumé préanalyse : S’affiche après le chargement de la configuration. À ce stade, l’outil de migration Cisco Secure Firewall affiche le nombre des divers composants. Seules les applications personnalisées ou celles utilisées dans le groupe s’affichent. Si une configuration est multi-vsys, le nombre d’interfaces sera affiché pour le vsys au complet. Le résumé préanalyse n’affiche pas toutes les applications, car l’application qui est appelée directement dans la politique n’est pas prise en compte. Par conséquent, le nombre d’applications est différent de celui du résumé de l’analyse. Un comportement semblable est applicable à la NAT. Peu de composants du résumé préanalyse peuvent afficher un compte de zéro, mais cela ne signifie pas que les configurations n’ont aucun élément de configuration.
Résumé de l’analyse : S’affiche après avoir cliqué sur l’option du lancement de la conversion. À ce stade, l’outil de migration Cisco Secure Firewall a agi sur la configuration, et toutes les configurations qui ne sont pas prises en charge sont supprimées du compte du résumé. Les politiques qui ne sont pas prises en charge font partie du compte, car elles sont migrées vers centre de gestion comme désactivées. Chaque composant de la configuration est analysé. Le nombre figurant dans le résumé de l’analyse est le nombre exact de configurations à être migrées.
Résumé prétransmission : S’affiche avant que vous soyez invité à transmettre la configuration vers le centre de gestion. Le nombre du résumé préanalyse peut être différent de celui du résumé de l’analyse, conformément à l’action entreprise par l’outil de migration Cisco Secure Firewall. Les adresses IP référencées directement dans la NAT seront transmises en tant qu’objets. Si les applications sont mappées aux ports, le nombre de services augmente et l’application tombera en panne. Si le mappage des applications est laissé vide, le nombre d’applications diminue. Si la route statique comprend une entrée en double, celle-ci sera supprimée et le nombre diminuera.

Échecs de la migration

Voici les échecs de l’analyse qui surviennent pendant la migration :

Échec de l’analyse : Se produit après le chargement de la configuration dans l’outil de migration Cisco Secure Firewall. En raison d’une mauvaise configuration de l’interface. Si plusieurs adresses IP sont configurées ou si une adresse IP /32 ou /128 est attribuée à l’interface, l’analyse échoue.

Si plusieurs adresses IP sont attribuées à une interface ou si une interface en tunnel, boucle avec retour ou VLAN fait partie du routage, la transmission échoue.

Solution de contournement : Téléchargez le rapport prémigration et consultez la section sur les lignes de configuration contenant des erreurs du rapport de migration. Cette section présente les détails de la configuration qui est à l’origine du problème. Vous devez corriger la situation et charger de nouveau la configuration dans l’outil de migration Cisco Secure Firewall.

Si l’échec de la transmission est causé par une interface tunnel, boucle avec retour ou VLAN dans les routes, vous devez supprimer ces routes et retenter la migration, car ces interfaces ne sont pas prises en charge par centre de gestion.
Échec de la transmission : Se produit lorsque l’outil de migration Cisco Secure Firewall a migré la configuration et lorsque la transmission est en cours vers centre de gestion. Ce type d’échecs est consigné dans le rapport postmigration.

Solution de contournement : Téléchargez le rapport postmigration et consultez la section sur les erreurs du rapport de migration. Cette section présente les détails de la configuration qui est à l’origine du problème. Vous devez corriger le problème à la page Review and Validation [examen et validation] en choisissant l’option Do not migrate [ne pas migrer] dans la section où est indiqué l’échec. Vous pouvez aussi résoudre le problème dans la configuration source et charger de nouveau la configuration dans l’outil de migration Cisco Secure Firewall.

Étape 1	Effacez le cache du protocole de résolution d'adresses (ARP) sur l'infrastructure de commutation environnante
Étape 2	Effectuez des tests ping de base depuis l'infrastructure de commutation environnante jusqu'aux adresses IP de l'interface de l'appareil Série Firepower 2100, afin de vous assurer qu'elles sont accessibles.
Étape 3	Effectuez des tests de ping de base à partir d'appareils qui nécessitent un routage de couche 3 vers les adresses IP de l'interface de l'appareil Série Firepower 2100.
Étape 4	Si vous attribuez une nouvelle adresse IP à l'appareil Série Firepower 2100 et ne réutilisez pas l'adresse IP attribuée à l'appareil géré par , procédez comme suit : Mettez à jour toutes les routes statiques qui réfèrent aux adresses IP afin qu'elles puissent maintenant pointer vers l'adresse IP de l'appareil Série Firepower 2100. Si vous utilisez des protocoles de routage, assurez-vous que les voisins voient l'adresse IP de l'appareil Série Firepower 2100 comme le prochain saut vers les destinations attendues.
Étape 5	Exécutez un plan de test complet et surveillez les journaux dans le cadre de la gestion de centre de gestion pour votre appareil Firepower 2100.

Langage exempt de préjugés

À propos de la traduction

Results

Chapter: Flux de travail de la migration du pare-feu Palo Alto Networks vers Threat Defense

Flux de travail de la migration du pare-feu Palo Alto Networks vers Threat Defense

Procédure de bout en bout

Préalables pour la migration

Télécharger l’outil de migration de pare-feu sécurisé sur Cisco.com

Avant de commencer

Procédure

Exécuter la migration

Lancer l'outil de migration Secure Firewall

Avant de commencer

Procédure

Prochaine étape

Utilisation du mode de démonstration dans l’outil de migration Cisco Secure Firewall

Exporter la configuration du pare-feu de Palo Alto Networks

Fichier de configuration du pare-feu Palo Alto (pas géré par Panorama)

Procédure

Fichier de configuration du pare-feu Palo Alto (géré par Panorama)

Avant de commencer

Procédure

Prochaine étape

Compresser les fichiers exportés

Préciser les paramètres de destination pour l’outil de migration Secure Firewall

Avant de commencer

Procédure

Examiner le rapport pré-migration

Procédure

Prochaine étape

Mappez les configurations de de PAN du pare-feu avec les interfaces de Défense contre les menaces.

Avant de commencer

Procédure

Prochaine étape

Associez les interfaces PAN à des périmètres de sécurité, à groupes d’interfaces .

Procédure

Mappez les configurations avec les applications

Procédure

Prochaine étape

Optimiser, examiner Examiner et valider la configuration

Procédure

Transférer la configuration migrée vers Centre de gestion

Procédure

Examiner le rapport de post-migration et terminer la migration

Procédure

Analysez le résumé

Échecs de la migration

Désinstaller l'outil de migration Secure Firewall

Procédure

Exemple de migration : avec vers Threat Defense 2100

Tâches de la fenêtre de pré-maintenance

Avant de commencer

Procédure

Tâches de la fenêtre de maintenance

Avant de commencer

Procédure

Ce document vous est-il utile?

Contacter Cisco