Istanza VPN Huawei: leggetela dalla CLI, non da STelnet

Una domanda su un’istanza VPN Huawei di solito arriva con lo strumento sbagliato. Qualcuno vuole leggere la tabella di routing dell’istanza e chiede come raggiungere il dispositivo via SSH. Sono due problemi, e il secondo vi porta solo a un prompt.

Separate la sessione di gestione dall’oggetto di routing, e i comandi smettono di sembrare misteriosi.

Due cose che le persone fondono: la sessione e l’oggetto

STelnet è il servizio di gestione SSH di Huawei: accetta un accesso e vi dà un prompt VRP. Un’istanza VPN è un contesto separato di routing e servizi dentro il dispositivo. Il primo è come arrivate; il secondo è ciò che ispezionate una volta lì. Confonderli produce modifiche di configurazione al server SSH quando la domanda reale riguardava una tabella di routing.

Niente nella sessione SSH vi dice quale istanza userà un pacchetto.

Elencate prima le istanze

Iniziate dall’inventario. display ip vpn-instance elenca le identità di istanza configurate su quella piattaforma e versione. Leggete l’output invece di supporre un nome, perché l’istanza di cui vi hanno parlato potrebbe non esistere su questo dispositivo.

Un nome in un ticket di modifica non è un nome nella configurazione in esecuzione. Se il nome non è nell’elenco, fermatevi e confermate a quale dispositivo si riferisce il ticket prima di indovinare nomi simili. Un’istanza sbagliata che esiste produce output e una risposta sbagliata con sicurezza.

Cercate una destinazione dentro l’istanza

Quando avete un nome reale, interrogate la tabella di routing propria dell’istanza. display ip routing-table vpn-instance BLUE 192.0.2.20 chiede la rotta verso una destinazione in quel contesto, il che di solito è più informativo che riversare l’intera tabella.

Sostituite l’indirizzo di esempio con la destinazione che vi interessa davvero e mantenete il nome dell’istanza esatto.

Una rotta nella tabella pubblica e una rotta in BLUE sono ricerche diverse. Se la destinazione si risolve in una e non nell’altra, avete trovato il confine e non un comando rotto.

Controllate il prompt prima di fidarvi dell’output

Il prompt vi dice quale dispositivo state leggendo. Se avete aperto una seconda sessione SSH dalla prima, ogni comando successivo ispeziona l’estremità remota, non il dispositivo su cui avete iniziato. Alcuni client permettono di scegliere un contesto di routing per la connessione SSH stessa, il che cambia come la sessione di gestione raggiunge la sua destinazione, non ciò che mostra. Leggete il prompt a ogni salto.

Due dispositivi con nomi host simili rendono quell’errore costoso.

Registrate il contesto insieme al risultato

Annotate il dispositivo, il nome dell’istanza, la destinazione e il prossimo hop o l’interfaccia selezionati. Aggiungete la versione, perché le famiglie di comandi e i campi di output differiscono tra le linee di prodotto Huawei.

L’esistenza di un’istanza non significa che un tunnel di accesso remoto sia attivo. Controllate la vista di stato propria della funzione per lo stato della sessione e tenetela separata dalla risposta di routing.

Quel registro è ciò che rende economica la domanda successiva, perché qualcuno può confrontare la stessa istanza e destinazione dopo una modifica invece di ripetere l’indagine. La procedura di ricerca della rotta per istanza di Huawei segue la stessa forma di controllo.