Flytta en VPN-profil i NetworkManager till en annan dator

Två maskiner kan visa samma VPN-namn i menyn och inte ha något annat gemensamt. Inställningssidan är den del som reser sämst, eftersom profilens egentliga innehåll är utspritt över en nyckelfil, en nyckelring, ett plugin och en handfull absoluta filsökvägar. Tre frågor avgör om du bör exportera, kopiera eller registrera dig på nytt. Ställ dem innan du kopierar något.

Börja med profilen som faktiskt fungerar

Lista anslutningarna och läs UUID i stället för namnet. nmcli connection show skriver ut båda, och UUID är det enda fältet som skiljer den fungerande posten från en äldre import med samma etikett. Byt namn på eller ta bort den föråldrade dubbletten på källmaskinen innan du börjar, så att det du kopierar är entydigt. Anteckna sedan plugin och anslutningstyp, eftersom dessa två avgör vad export ens betyder. En profil du inte kan identifiera exakt är en du inte bör migrera.

Det här steget kostar en minut. Det förhindrar det vanligaste felet, nämligen att flytta fel profil och sedan felsöka målet.

Exportera, eller kopiera nyckelfilen?

NetworkManager kan exportera vissa VPN-profiler till en fil när det installerade plugin-programmet implementerar export, och för OpenVPN liknar resultatet en fristående konfiguration. Att kopiera den inhemska nyckelfilen är den andra vägen: den bevarar varje inställning, men förväntar sig samma plugin och en tillåten ägare på målet. Ingen av dem är universellt bättre, och ingen av dem är en säkerhetskopia. Välj genom att fråga vad som måste förbli identiskt.

Export passar för en flytt till en maskin som ska köra samma plugin, särskilt när du vill ha en enda artefakt som du kan granska. Nyckelfilen passar för en återställning på en identisk distribution där behörigheter och sökvägar kan återskapas exakt.

Vad profilen fortfarande pekar på

En profil är inte självförsörjande bara för att den exporterades rent. CA:n, klientcertifikatet, den privata nyckeln och eventuellt extra TLS-material är vanligtvis separata filer som refereras via sökväg, och dessa sökvägar finns på maskinen du lämnar. Lista varje refererad fil innan du överför något.

Bestäm sedan om samma autentiseringsuppgift alls bör användas. En fil med samma namn på en annan maskin är inte samma identitet, och vissa utrullningar förväntar sig i stället en ny registrering.

Hemligheterna finns inte i filen

Lösenord och lösenfraser kan finnas i nyckelfilen, i en användarnyckelring eller ingenstans eftersom användaren tillfrågas varje gång. Endast den första av dessa följer med en filkopia.

Kontrollera lösenordsflaggorna på källprofilen innan du antar att flytten inte kräver uppmärksamhet. En profil som är konfigurerad att fråga, eller att lagra hemligheten hos en sessionsagent, anländer till den nya maskinen utan autentiseringsuppgift och med ett anslutningsförsök som misslyckas utan att förklara varför. Återskapa den godkända hemlighetsarbetsflyten där i stället för att exportera ett lösenord i klartext till en fil för att göra flytten enklare. Den genvägen gör en migrering till ett avslöjande.

Ta den gamla kopian ur bruk ordentligt

Acceptera den nya konfigurationen genom att använda det avsedda programmet genom den, och håll den gamla sökvägen tillgänglig till dess. Importera, läs tillbaka slutpunkten, autentiseringen, rutterna och DNS:en, anslut sedan och bekräfta den privata resursen. En import som ger en grön ikon är inte ett godkännande.

Att radera en lokal profil återkallar ingenting. Certifikatet och autentiseringsuppgifterna förblir giltiga tills operatören drar tillbaka dem, så avveckling är en separat begäran till den som utfärdade dem. Ta bort de gamla filerna, ta bort nyckelringsposten och anteckna vilken identitet som drogs tillbaka och när. Om den gamla maskinen lämnas vidare betyder den anteckningen mer än raderingen.