Esportazione Viscosity contro un profilo OpenVPN semplice su Linux

Rinominare un file .visz di Viscosity in .ovpn non cambia ciò che contiene, perché l’estensione non ha mai descritto un protocollo. Il confronto che conta è tra un pacchetto con dipendenze e un profilo client semplice senza alcuna. Stabilite quale contenitore avete realmente ricevuto prima di chiedere a un importatore su Linux di leggerlo.

Cosa contiene ciascun contenitore

La documentazione sull’esportazione di Viscosity descrive un pacchetto di connessione .visc e una forma di archivio .visz, che è un archivio tar compresso. Un pacchetto trasporta la configurazione insieme ai file di certificato, chiave e script da cui dipende. Un profilo OpenVPN semplice è un solo file, e tutto ciò a cui fa riferimento deve esistere separatamente o essere incorporato all’interno.

Questa differenza è tutto il confronto. Le relazioni del pacchetto fanno parte dell’artefatto; le relazioni del profilo semplice sono un presupposto. Spostare un pacchetto su Linux senza preservare queste relazioni produce un file che si apre e poi fallisce al primo riferimento mancante. Un profilo che incorpora i propri certificati evita quel fallimento portando tutto in un solo posto, cosa comoda finché qualcuno non deve ruotarne uno.

L’estensione esterna vi dice quale contenitore avete, non quale client può usarlo.

Dove inizia davvero la configurazione

All’interno del pacchetto, il fornitore documenta un config.conf accanto ai file dipendenti, con i riferimenti risolti localmente. Quel file è il punto di partenza, non il nome dell’archivio e non il certificato che per caso si trova in cima all’elenco della directory.

Su Linux il pacchetto può apparire come una directory anziché come un singolo oggetto, perché l’archivio si espande in file che si aspettano di stare insieme. Mantenete coerenti i percorsi relativi nello spazio di lavoro in cui estraete, e non convertite a mano un percorso assoluto di Windows in un percorso Linux. Un file dipendente mancante e un percorso errato producono la stessa lamentela del client.

Eliminare un’opzione di fiducia o di identità per zittire quella lamentela non è una correzione.

Cosa il pacchetto non trasporta

Le preferenze di Viscosity non sono tutte opzioni OpenVPN. Script, comportamento delle rotte e impostazioni dell’applicazione potrebbero dover essere rappresentati dall’integrazione supportata del client Linux invece di essere copiati come testo che un altro programma può eseguire.

Trattate qualsiasi script incluso come dati finché non lo avete letto e deciso che è autorizzato. Eseguirlo perché l’esportazione lo conteneva inverte la verifica che avreste dovuto fare. La stessa cautela vale per le credenziali incorporate: un pacchetto può trasportare materiale di chiave privata, quindi una copia di lavoro appartiene a una posizione protetta e non a una cartella dei download.

L’originale resta protetto finché la migrazione non viene accettata.

Cosa deve decidere il lato Linux

Decidete chi possiederà la connessione: Community OpenVPN da solo, il plugin di NetworkManager o un altro client supportato. Ciascuno accetta un insieme di opzioni diverso, e ciascuno gestisce rotte, resolver e segreti in modo diverso. Un file che si apre correttamente in un importatore può essere rifiutato da un altro, e il successo all’importazione non dimostra la compatibilità con la connessione prevista. Chiedete all’operatore se esiste già un profilo compatibile con Linux, perché partire dall’artefatto supportato è più breve che tradurne uno.

Tenete la fiducia nel server, l’identità del client e la protezione della chiave privata come tre questioni separate.

La verifica prima di connettersi

Controllate l’endpoint e il trasporto, il metodo di autenticazione, ogni riferimento ai file e la politica di rotte e DNS prevista. Poi verificate la connessione e l’applicazione richiesta separatamente, perché un tunnel che sale non dice nulla sulla capacità dell’applicazione di raggiungere ciò che le serve.

openvpn --config ./config.conf --verb 4

Confrontate il risultato negoziato con ciò che l’operatore dice che il profilo dovrebbe fare, e annotate ogni opzione che il client Linux ha ignorato.

Quando la migrazione viene accettata, ritirate le copie di trasferimento tramite il consueto processo di gestione delle credenziali. Un pacchetto lasciato in una cartella condivisa è una credenziale lasciata in una cartella condivisa.