Spostare una macchina dalla VPN all’officina senza perderla

Una macchina lascia un sito del cliente, arriva in officina e conserva la stessa identità di asset mentre la sua posizione di rete cambia del tutto. Tre condizioni decidono quanta pianificazione richiede quello spostamento. Se il cliente riutilizza indirizzi che usi anche internamente, se il segmento dell’officina è isolato dalle reti del personale e se il percorso vecchio può essere soppresso anziché soltanto superato. Sbaglia la prima e ti ritroverai a fare debug di una macchina che è a posto.

L’identità non è un indirizzo

Inventario e denominazione devono portare l’asset, il cliente e il lavoro. L’indirizzo porta dove la macchina è collegata in questo momento, un fatto che cambia quando si sposta. Confondere le due cose produce l’errore classico di leggere un significato nelle cifre.

Un numero di serie codificato nell’ultimo ottetto sembra ordinato e non dimostra nulla a un router. Le lunghezze di prefisso decidono che cosa un host considera locale, e nessuna quantità di numerazione memorabile cambia quell’aritmetica.

Se vuoi che l’indirizzo suggerisca il cliente, è una convenzione, e le convenzioni vanno bene finché nessuno ci costruisce sopra una policy. Cerca l’asset nell’inventario, non l’indirizzo, e lo spostamento in officina smette di essere una caccia al tesoro. Sopravvive anche alla rinumerazione che prima o poi arriva su ogni sito.

Un numero di serie non è una lunghezza di prefisso

I dispositivi che usano una maschera ampia come 10.0.0.0/8 tratteranno ogni indirizzo di quell’intervallo come collegato direttamente, così il traffico verso la macchina di un cliente a due reti di distanza non raggiunge mai un router. La macchina si limita a trasmettere in cerca di un vicino che non può rispondere.

L’RFC 4632 definisce i prefissi per lunghezza e non per ciò che suggeriscono le cifre puntate. Il tuo piano ha bisogno di lunghezze esplicite per ogni gruppo di collegamento: un segmento di servizio, un contesto cliente, un banco di officina. Dare prima un nome a questi gruppi rende evidenti le lunghezze.

La regola pratica è progettare il prefisso più piccolo che copre un gruppo di collegamento e usarlo ovunque in quel gruppo. Il testo dell’indirizzo è per le persone; la maschera è ciò su cui agisce il kernel.

Quando due clienti riutilizzano gli stessi indirizzi

Il cliente A e il cliente B possono entrambi usare 192.168.10.0/24, ed entrambi avranno ragione nei propri edifici. Non è un problema da risolvere rinumerando l’impianto di qualcun altro.

Mantieni i contesti separati, oppure fornisci alias deliberati tramite un progetto che documenti quale indirizzo appartiene a quale cliente in quale momento. Un inventario globale è lo strumento giusto per distinguere le macchine; non è la prova che gli indirizzi siano unici a livello globale. Il percorso degli alias ha bisogno di una regola di scadenza scritta, altrimenti sopravvive al lavoro che l’ha creato.

Quello che devi evitare è avere entrambi i contesti raggiungibili insieme senza alcun marcatore. Due indirizzi identici su due percorsi vivi è la modalità di guasto che manda un aggiornamento firmware alla macchina sbagliata. Il sintomo raramente sembra un errore; sembra un dispositivo che qualcun altro ha riconfigurato. Prima il marcatore, poi la raggiungibilità.

Dai all’officina il suo confine

L’apparecchiatura del cliente che arriva per il servizio appartiene a un segmento di servizio con accesso esplicitamente consentito, non collegata a una rete del personale perché una porta del banco era libera.

Tratta un dispositivo industriale sconosciuto come un altro dominio di fiducia. Annota quale host di ingegneria può raggiungerlo, quali servizi servono a quell’host e quali credenziali appartengono al lavoro. Conserva i file del cliente con il lavoro del cliente e non su un disco condiviso che tutti possono leggere.

L’isolamento deve sopravvivere anche alla parte noiosa del lavoro: durante l’aggiornamento, durante la notte e durante l’attesa di un corriere.

Consegna la rotta come passo di lavoro

Normalmente il router centrale raggiunge la macchina attraverso il tunnel del cliente. Quando la macchina è sul banco, il percorso dell’officina diventa il proprietario di quel prefisso, o di una destinazione più stretta se ti serve un solo servizio.

Annota tre cose prima dello spostamento: il percorso vecchio, il percorso nuovo e come si annulla il cambiamento. Una consegna che esiste solo nella memoria di qualcuno non è una consegna.

Attenzione alle metriche. Una metrica più bassa conta solo tra le rotte che il processo di selezione confronta davvero, e un prefisso più specifico o una regola di policy possono decidere l’esito prima ancora che le metriche vengano consultate.

Includi le sessioni obsolete nel piano. Una connessione stabilita sul percorso vecchio può continuare a consegnare comandi dopo il cambio di rotta, ed è esattamente la situazione in cui due copie di un indirizzo fanno danni reali. Chiudi il percorso vecchio esplicitamente invece di aspettare che scada.

Chiudi il cerchio quando la macchina viene spedita

Ripristina la rotta remota prevista, rimuovi le autorizzazioni temporanee e conferma l’asset sull’endpoint che ritieni selezionato. Poi verifica dal lato del cliente e non solo dall’officina.

La risoluzione dei nomi e l’inventario fanno qui il lavoro rivolto all’operatore: un nome stabile e un record di asset interrogabile rendono il compito prevedibile mentre il piano di rete resta onesto su dove si trova la macchina oggi.

La prova di una buona consegna è che un collega che non ha mai visto il lavoro possa leggere le tue note e rispondere a una domanda: se questa macchina risponde adesso, da quale percorso è arrivata la risposta? Se le note non possono rispondere, la consegna è documentata ma non finita.