|
Le résultat dépend entièrement de *qui* commande les problèmes de l'administrateur réseau. Il n'y a pas de réponse unique sans connaître les commandes spécifiques. Voici cependant quelques possibilités :
Si l'administrateur tente de créer une autre liste d'accès portant le même nom « Managers » :
* Résultat le plus probable : La commande échouera. La plupart des plateformes de routage (Cisco IOS, Juniper Junos, etc.) empêchent la création de listes de contrôle d'accès (ACL) en double portant le même nom. Le routeur renverra un message d'erreur indiquant qu'une ACL portant ce nom existe déjà.
Si l'administrateur tente de modifier l'ACL "Managers" existante :
* Résultat réussi : L'administrateur peut utiliser des commandes pour ajouter, supprimer ou modifier les règles existantes dans l'ACL « Managers ». L'ACL existante sera écrasée ou mise à jour avec les nouvelles règles.
Si l'administrateur tente de créer une nouvelle ACL avec un nom *différent* :
* Résultat réussi : Cela créera une nouvelle ACL distincte. L’ACL « Managers » existante restera intacte.
Si l'administrateur tente d'appliquer l'ACL "Managers" à une nouvelle interface ou un nouvel emplacement :
* Résultat réussi : Cela étendra le contrôle d’accès à de nouvelles interfaces ou emplacements. Cela ne modifie pas l'ACL elle-même, mais plutôt l'endroit où ses règles sont appliquées.
En résumé : Le comportement dépend entièrement des commandes utilisées. Pour comprendre ce qui va se passer, vous devez fournir les commandes spécifiques émises. La clé est de comprendre que le routeur refusera les noms en double ou modifiera/étendra l'ACL existante en fonction des commandes utilisées.
|
