Flytte ein VPN-profil i NetworkManager til ein annan datamaskin

To maskinar kan vise same VPN-namn i menyen og ikkje ha noko anna til felles. Innstillingssida er den delen som reiser dårlegast, fordi det eigentlege innhaldet i profilen er spreidd over ei nøkkelfil, ein nøkkelring, ein plugin og ein handfull absolutte filstiar. Tre spørsmål avgjer om du bør eksportere, kopiere eller registrere deg på nytt. Still dei før du kopierer noko.

Start med profilen som faktisk fungerer

List opp tilkoplingane og les UUID-en i staden for namnet. nmcli connection show skriv ut begge, og UUID-en er det einaste feltet som skil den fungerande oppføringa frå ein eldre import med same etikett. Gje den utdaterte duplikaten nytt namn eller slett han på kjeldeadmaskina før du byrjar, slik at det du kopierer er eintydig. Noter deretter plugin og tilkoplingstype, fordi desse to avgjer kva eksport i det heile tyder. Ein profil du ikkje kan identifisere presist, er ein du ikkje bør migrere.

Dette trinnet kostar eitt minutt. Det hindrar den vanlegaste feilen, nemleg å flytte feil profil og deretter feilsøkje målet.

Eksportere, eller kopiere nøkkelfila?

NetworkManager kan eksportere nokre VPN-profilar til ei fil når den installerte plugin-en implementerer eksport, og for OpenVPN liknar resultatet ein frittståande konfigurasjon. Å kopiere den opphavlege nøkkelfila er den andre vegen: ho bevarer kvar innstilling, men krev same plugin og ein tillaten eigar på målet. Ingen av dei er universelt betre, og ingen av dei er ein tryggleikskopi. Vel ved å spørje kva som må halde fram med å vere identisk.

Eksport passar for ei flytting til ei maskin som skal køyre same plugin, særleg når du vil ha eitt artefakt du kan inspisere. Nøkkelfila passar for ein gjenoppretting på ein identisk distribusjon der rettar og stiar kan gjerast nøyaktig på nytt.

Kva profilen framleis peikar på

Ein profil er ikkje sjølvforsynt berre fordi han vart eksportert reint. CA-en, klientsertifikatet, den private nøkkelen og eventuelt ekstra TLS-materiale er vanlegvis separate filer som det vert vist til via sti, og desse stiane finst på maskina du forlèt. List opp kvar refererte fil før du overfører noko.

Avgjer deretter om same legitimasjon i det heile bør brukast. Ei fil med same namn på ei anna maskin er ikkje same identitet, og nokre utplasseringar ventar i staden ein ny registrering.

Hemmelegheitene er ikkje i fila

Passord og passfrasar kan liggje i nøkkelfila, i ein brukarnøkkelring eller ingen stad fordi brukaren vert spurd kvar gong. Berre den første av desse følgjer med ein filkopi.

Kontroller passordflagga på kjelde-profilen før du reknar med at flyttinga ikkje krev merksemd. Ein profil som er konfigurert til å spørje, eller til å lagre hemmelegheita hos ein sesjonsagent, kjem til den nye maskina utan legitimasjon og med eit tilkoplingsforsøk som mislukkast utan å forklare kvifor. Gjenskap den godkjende hemmelegheitsarbeidsflyten der i staden for å eksportere eit passord i klartekst til ei fil for å gjere flyttinga enklare. Den snarvegen gjer ei migrering til ei avsløring.

Ta den gamle kopien ordentleg ut av bruk

Godta det nye oppsettet ved å bruke det tiltenkte programmet gjennom det, og hald den gamle stien tilgjengeleg til då. Importer, les tilbake endepunktet, autentiseringa, rutene og DNS-en, kople deretter til og stadfest den private ressursen. Ein import som gjev eit grønt ikon, er ikkje ei godkjenning.

Sletting av ein lokal profil kallar ikkje tilbake noko. Sertifikatet og legitimasjonen held fram med å vere gyldige til operatøren dreg dei tilbake, så utfasing er ei eiga førespurnad til den som gav dei ut. Fjern dei gamle filene, fjern nøkkelringoppføringa, og noter kva identitet som vart dregen tilbake og når. Om den gamle maskina vert gjeven vidare, tyder den notata meir enn slettinga.