Flytte en VPN-profil i NetworkManager til en annen datamaskin

To maskiner kan vise samme VPN-navn i menyen og ikke ha noe annet til felles. Innstillingssiden er den delen som reiser dårligst, fordi profilens egentlige innhold er spredt over en nøkkelfil, en nøkkelring, en plugin og en håndfull absolutte filstier. Tre spørsmål avgjør om du bør eksportere, kopiere eller registrere deg på nytt. Still dem før du kopierer noe.

Start med profilen som faktisk fungerer

List opp tilkoblingene og les UUID-en i stedet for navnet. nmcli connection show skriver ut begge, og UUID-en er det eneste feltet som skiller den fungerende oppføringen fra en eldre import med samme etikett. Gi den utdaterte duplikaten nytt navn eller slett den på kildemaskinen før du begynner, slik at det du kopierer er entydig. Noter deretter plugin og tilkoblingstype, fordi disse to bestemmer hva eksport i det hele tatt betyr. En profil du ikke kan identifisere presist, er en du ikke bør migrere.

Dette trinnet koster ett minutt. Det forhindrer den vanligste feilen, nemlig å flytte feil profil og deretter feilsøke målet.

Eksportere, eller kopiere nøkkelfilen?

NetworkManager kan eksportere noen VPN-profiler til en fil når den installerte plugin-en implementerer eksport, og for OpenVPN ligner resultatet på en frittstående konfigurasjon. Å kopiere den opprinnelige nøkkelfilen er den andre veien: den bevarer hver innstilling, men forventer samme plugin og en tillatt eier på målet. Ingen av dem er universelt bedre, og ingen av dem er en sikkerhetskopi. Velg ved å spørre hva som må forbli identisk.

Eksport passer for en flytting til en maskin som skal kjøre samme plugin, særlig når du vil ha ett artefakt du kan inspisere. Nøkkelfilen passer for en gjenoppretting på en identisk distribusjon der rettigheter og stier kan gjenskapes nøyaktig.

Hva profilen fortsatt peker på

En profil er ikke selvforsynt bare fordi den ble eksportert rent. CA-en, klientsertifikatet, den private nøkkelen og eventuelt ekstra TLS-materiale er vanligvis separate filer som det refereres til via sti, og disse stiene finnes på maskinen du forlater. List opp hver refererte fil før du overfører noe.

Bestem deretter om samme legitimasjon i det hele tatt bør brukes. En fil med samme navn på en annen maskin er ikke samme identitet, og noen utplasseringer forventer i stedet en ny registrering.

Hemmelighetene er ikke i filen

Passord og passfraser kan ligge i nøkkelfilen, i en brukernøkkelring eller ingen steder fordi brukeren blir spurt hver gang. Bare den første av disse følger med en filkopi.

Kontroller passordflaggene på kilde-profilen før du antar at flyttingen ikke krever oppmerksomhet. En profil som er konfigurert til å spørre, eller til å lagre hemmeligheten hos en sesjonsagent, ankommer den nye maskinen uten legitimasjon og med et tilkoblingsforsøk som mislykkes uten å forklare hvorfor. Gjenskap den godkjente hemmelighetsarbeidsflyten der i stedet for å eksportere et passord i klartekst til en fil for å gjøre flyttingen enklere. Den snarveien gjør en migrering til en avsløring.

Ta den gamle kopien ordentlig ut av bruk

Godta det nye oppsettet ved å bruke det tiltenkte programmet gjennom det, og hold den gamle stien tilgjengelig til da. Importer, les tilbake endepunktet, autentiseringen, rutene og DNS-en, og koble deretter til og bekreft den private ressursen. En import som gir et grønt ikon, er ikke en godkjenning.

Sletting av en lokal profil tilbakekaller ingenting. Sertifikatet og legitimasjonen forblir gyldige til operatøren trekker dem tilbake, så utfasing er en egen forespørsel til den som utstedte dem. Fjern de gamle filene, fjern nøkkelringoppføringen, og noter hvilken identitet som ble trukket tilbake og når. Hvis den gamle maskinen gis videre, betyr den noten mer enn slettingen.