Translokigi VPN-profilon de NetworkManager al alia komputilo

Du maŝinoj povas montri la saman VPN-nomon en la menuo kaj havi nenion alian komunan. La agorda paĝo estas la parto, kiu vojaĝas plej malbone, ĉar la vera enhavo de la profilo estas disvastigita tra ŝlosildosiero, ŝlosilringo, kromprogramo kaj plenmano da absolutaj dosiervojoj. Tri demandoj decidas, ĉu vi eksportu, kopiu aŭ denove registriĝu. Demandu ilin antaŭ ol vi kopios ion ajn.

Komencu de la profilo, kiu efektive funkcias

Listigu la konektojn kaj legu la UUID prefere ol la nomon. nmcli connection show presas ambaŭ, kaj la UUID estas la sola kampo, kiu distingas la funkciantan rikordon de pli malnova importo kun identa etikedo. Renomigu aŭ forigu la malnoviĝintan duplikaton sur la fonta maŝino antaŭ ol komenci, por ke tio, kion vi kopias, estu senduba. Poste notu la kromprogramon kaj la konektotipon, ĉar tiuj du determinas, kion eksporto eĉ signifas. Profilo, kiun vi ne povas precize identigi, estas unu, kiun vi ne devus migri.

Ĉi tiu paŝo kostas minuton. Ĝi malhelpas la plej oftan malsukceson, nome transloki la malĝustan profilon kaj poste sencimigi la celon.

Ĉu eksporti aŭ kopii la ŝlosildosieron?

NetworkManager povas eksporti iujn VPN-profilojn al dosiero, kiam la instalita kromprogramo efektivigas eksporton, kaj por OpenVPN la rezulto similas al memstara agordo. Kopii la indiĝenan ŝlosildosieron estas la alia vojo: ĝi konservas ĉiun agordon, sed ĝi atendas la saman kromprogramon kaj permesitan posedanton sur la celo. Neniu estas universe pli bona, kaj neniu estas savkopio. Elektu demandante, kio devas resti identa.

Eksporto taŭgas por translokiĝo al maŝino, kiu rulos la saman kromprogramon, precipe kiam vi volas unu artefakton, kiun vi povas inspekti. La ŝlosildosiero taŭgas por restaŭro sur identan distribuaĵon, kie permesoj kaj vojoj povas esti precize reproduktitaj.

Al kio la profilo ankoraŭ montras

Profilo ne estas memsufiĉa nur ĉar ĝi eksportiĝis pure. La CA, la klienta atestilo, la privata ŝlosilo kaj ajna aldona TLS-materialo kutime estas apartaj dosieroj referencitaj per vojo, kaj tiuj vojoj ekzistas sur la maŝino, kiun vi forlasas. Listigu ĉiun referencitan dosieron antaŭ ol translokigi ion ajn.

Poste decidu, ĉu la sama legitimilo entute uziĝu. Dosiero kun la sama nomo sur alia maŝino ne estas la sama identeco, kaj iuj enkondukoj atendas anstataŭe novan registriĝon.

La sekretoj ne estas en la dosiero

Pasvortoj kaj pasfraziloj povas loĝi en la ŝlosildosiero, en uzanta ŝlosilringo, aŭ nenie, ĉar la uzanto estas demandata ĉiufoje. Nur la unua el tiuj vojaĝas kun dosierkopio.

Kontrolu la pasvortajn flagojn sur la fonta profilo antaŭ ol supozi, ke la translokiĝo bezonos neniun atenton. Profilo agordita demandi, aŭ konservi la sekreton ĉe sesia agento, alvenas sur la novan maŝinon sen legitimilo kaj kun konekta provo, kiu malsukcesas sen klarigi kial. Reproduktu tie la aprobitan sekretan laborfluon anstataŭ eksporti pasvorton en klara teksto al dosiero por faciligi la translokiĝon. Tiu mallongigo igas migradon malkaŝo.

Emeritigu la malnovan kopion konvene

Akceptu la novan agordon uzante la celitan aplikaĵon tra ĝi, kaj tenu la malnovan vojon havebla ĝis tiam. Importu, relegu la finpunkton, aŭtentikigon, itinerojn kaj DNS, poste konektu kaj konfirmu la privatan rimedon. Importo, kiu produktas verdan ikonon, ne estas akcepto.

Forigi lokan profilon revokas nenion. La atestilo kaj la legitimiloj restas validaj ĝis la operaciisto ilin revokas, do emeritiĝo estas aparta peto al tiu, kiu ilin eldonis. Forigu la malnovajn dosierojn, forigu la ŝlosilringan rikordon, kaj notu, kiu identeco estis revokita kaj kiam. Se la malnova maŝino estas transdonata, tiu rikordo pli gravas ol la forigo.