Instància VPN de Huawei: llegiu-la des de la CLI, no des de STelnet

Una pregunta sobre una instància VPN de Huawei sol arribar amb l’eina equivocada. Algú vol llegir la taula d’encaminament de la instància i pregunta com arribar a l’equip per SSH. Són dos problemes, i el segon només us porta a un prompt.

Separeu la sessió de gestió de l’objecte d’encaminament i les ordres deixaran de semblar misterioses.

Dues coses que la gent fusiona: la sessió i l’objecte

STelnet és el servei de gestió SSH de Huawei: accepta una entrada i us dóna un prompt de VRP. Una instància VPN és un context separat d’encaminament i servei dins de l’equip. El primer és com hi arribeu; el segon és què inspeccioneu un cop hi sou. Confondre’ls provoca canvis de configuració al servidor SSH quan la pregunta real era sobre una taula d’encaminament.

Res de la sessió SSH no us diu quina instància farà servir un paquet.

Primer lliste les instàncies

Comenceu amb l’inventari. display ip vpn-instance llista les identitats d’instància configurades en aquella plataforma i versió. Llegiu la sortida en lloc de suposar un nom, perquè la instància de què us han parlat pot no existir en aquest equip.

Un nom en un tiquet de canvi no és un nom a la configuració en execució. Si el nom no apareix a la llista, atureu-vos i confirmeu a quin equip es refereix el tiquet abans d’endevinar noms similars. Una instància incorrecta que sí que existeix produeix sortida i una resposta equivocada amb molta confiança.

Cerqueu una destinació dins de la instància

Quan tingueu un nom real, consulteu la taula d’encaminament pròpia de la instància. display ip routing-table vpn-instance BLUE 192.0.2.20 demana la ruta cap a una destinació dins d’aquell context, cosa que normalment és més informativa que abocar tota la taula.

Substituïu l’adreça d’exemple per la destinació que realment us importa i manteniu el nom de la instància exacte.

Una ruta a la taula pública i una ruta a BLUE són cerques diferents. Si la destinació es resol en una i no en l’altra, heu trobat la frontera i no una ordre trencada.

Comproveu el prompt abans de confiar en la sortida

El prompt us diu quin equip esteu llegint. Si heu obert una segona sessió SSH des de la primera, cada ordre posterior inspecciona l’extrem remot, no l’equip on vau començar. Alguns clients permeten triar un context d’encaminament per a la mateixa connexió SSH, cosa que canvia com la sessió de gestió arriba a la seva destinació, no què mostra. Llegiu el prompt cada cop que salteu.

Dos equips amb noms d’amfitrió semblants fan que aquell error surti car.

Registreu el context amb la troballa

Anoteu l’equip, el nom de la instància, la destinació i el següent salt o interfície seleccionats. Afegiu la versió, perquè les famílies d’ordres i els camps de sortida difereixen entre línies de producte de Huawei.

Que existeixi una instància no vol dir que un túnel d’accés remot estigui aixecat. Comproveu la vista d’estat pròpia de la funció per a l’estat de la sessió i manteniu-la separada de la resposta d’encaminament.

Aquest registre és el que fa barata la pregunta següent, perquè algú pot comparar la mateixa instància i destinació després d’un canvi en lloc de repetir la investigació. El procediment de consulta de rutes per instància de Huawei segueix la mateixa forma de comprovació.