Instance VPN Huawei : lisez-la depuis la CLI, pas depuis STelnet

Une question sur une instance VPN Huawei arrive généralement avec le mauvais outil. Quelqu’un veut lire la table de routage de l’instance et demande comment joindre l’équipement en SSH. Ce sont deux problèmes, et le second ne vous amène qu’à une invite.

Séparez la session de gestion de l’objet de routage, et les commandes cessent de paraître mystérieuses.

Deux choses que les gens fusionnent : la session et l’objet

STelnet est le service de gestion SSH de Huawei : il accepte une connexion et vous donne une invite VRP. Une instance VPN est un contexte distinct de routage et de services à l’intérieur de l’équipement. Le premier est la façon dont vous arrivez ; le second est ce que vous inspectez une fois sur place. Les confondre produit des modifications de configuration du serveur SSH alors que la vraie question portait sur une table de routage.

Rien dans la session SSH ne vous dit quelle instance un paquet utilisera.

Listez d’abord les instances

Commencez par l’inventaire. display ip vpn-instance liste les identités d’instance configurées sur cette plateforme et cette version. Lisez la sortie au lieu de supposer un nom, car l’instance dont on vous a parlé peut ne pas exister sur cet équipement.

Un nom dans un ticket de changement n’est pas un nom dans la configuration en cours. Si le nom n’est pas listé, arrêtez-vous et confirmez quel équipement le ticket désigne avant de deviner des noms similaires. Une instance erronée qui existe produit une sortie et une réponse fausse avec assurance.

Cherchez une destination à l’intérieur de l’instance

Une fois que vous avez un vrai nom, interrogez la table de routage propre à l’instance. display ip routing-table vpn-instance BLUE 192.0.2.20 demande la route vers une destination dans ce contexte, ce qui est généralement plus instructif que de vider toute la table.

Remplacez l’adresse d’exemple par la destination qui vous intéresse réellement, et gardez le nom d’instance exact.

Une route dans la table publique et une route dans BLUE sont des recherches différentes. Si la destination se résout dans l’une et pas dans l’autre, vous avez trouvé la frontière et non une commande cassée.

Vérifiez l’invite avant de faire confiance à la sortie

L’invite vous dit quel équipement vous lisez. Si vous avez ouvert une seconde session SSH depuis la première, chaque commande ultérieure inspecte l’extrémité distante, pas l’équipement sur lequel vous avez commencé. Certains clients permettent de choisir un contexte de routage pour la connexion SSH elle-même, ce qui change la façon dont la session de gestion atteint sa destination, pas ce qu’elle affiche. Lisez l’invite à chaque saut.

Deux équipements avec des noms d’hôte similaires rendent cette erreur coûteuse.

Consignez le contexte avec la conclusion

Notez l’équipement, le nom d’instance, la destination et le prochain saut ou l’interface sélectionnés. Ajoutez la version, car les familles de commandes et les champs de sortie diffèrent entre les gammes de produits Huawei.

L’existence d’une instance ne signifie pas qu’un tunnel d’accès distant est actif. Vérifiez la vue d’état propre à la fonction pour l’état de la session, et gardez cela séparé de la réponse de routage.

Cette consignation est ce qui rend la question suivante bon marché, car quelqu’un peut comparer la même instance et la même destination après un changement au lieu de répéter l’investigation. La procédure de recherche de route par instance de Huawei suit la même forme de vérification.