Keyfile of Netplan: wêr wurdt it VPN-profyl echt bewarre?
In bewarre VPN kin yn in keyfile of yn in generearre Netplan-bestân libje. Keppelje it UUID fan de ferbining oan syn echte eigner foardat jo eat bewurkje dat opnij skreaun wurdt.
It bestân fine dat jo ymportearre hawwe is it maklike part en faak it ferkearde begjin. Wat telt is hokker bestân NetworkManager hjoed as de bewarre ferbining lêst, en dat hinget ôf fan in ferbiningsidentifikaasje plus hokker konfiguraasje-backend de ynstalleare pakketten eins brûke. It ymport bewurkje foardat dy fraach beäntwurde is, is hoe’t in wurkjende VPN twa heal krekte konfiguraasjes wurdt.
It ymportearre bestân is net it bewarre profyl
Trije nammen sweve om elk VPN-probleem: de namme fan de ferbining, de bestânsnamme dy’t jo ymportearre hawwe, en de firtuele ynterface dy’t ferskynt as de tunnel omheech komt. Gjin fan harren identifisearret de bewarre konfiguraasje, en in ferbiningsnamme kin bewurke wurde wylst it bestân der efter syn oarspronklike identifikaasje hâldt.
Begjin mei in lêze-allinnich ynventaris en kies de bedoelde VPN op identifikaasje ynstee fan op label:
nmcli -f NAME,UUID,TYPE connection showHâld einpunt-hostnammen en identiteitslabels út elk ynventaris dat jo yn in ticket plakke. It nuttige part is it type en de identifikaasje; de rest is kontekst dy’t in frjemdling net nedich hat. Ferbergje de rest foardat jo diele, en sis dat jo it dien hawwe, sadat nimmen him ôffreget wat de leechten betsjutte.
Keyfile-lokaasjes betsjutte net itselde
Mei de native keyfile-plug-in kinne ferbiningsbestânnen yn trije mappen ferskine, en it ferskil tusken harren is duorsumheid, net gemak.
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
It bewurkjen fan ’e runtime-kopy liket suksesfol oant de folgjende start, wêrop’t de feroaring ferdampt en it bestân mysterieus weromset liket. It bewurkjen fan ’e pakket-levere kopy wurket oant in upgrade dy ferfangt, wat in stadiger en betiizjender ferzje fan deselde les is.
De keyfile-dokumintaasje foeget in detail ta dat it wurdich is te respektearjen: dy bestânnen kinne privee kaaiien en wachtwurden befetsje, en NetworkManager negearret elk keyfile dat brûkers oars as root lêze of skriuwe kinne. It fergrutsjen fan maprjochten om nei in ynstelling te sykjen brekt it laadgedrach dat jo besochten te ûndersykjen.
Wannear’t Netplan de duorsumheid besit
Op Ubuntu feroaret de NetworkManager-yntergraasje beskreaun yn Netplan’s dokumintaasje, beskikber fan 23.10 ôf, wêr’t de duorsume kopy wennet. Foar net-tydlike ferbiningen skriuwt it /etc/netplan/90-NM-<connection UUID>.yaml en genereart in efemear NetworkManager-profyl ûnder /run/NetworkManager/system-connections/.
Dat is in distribúsje-yntergraasje, gjin regel foar elke NetworkManager-ynstallaasje. Befêstigje dat de ynstalleare pakketten it eins brûke foardat jo op syk gean nei in YAML-bestân. Tink der ek oan dat in runtime-profyl in generearre foarstelling fan eat oars wêze kin ynstee fan de boarne dy’t it bewurkjen wurdich is. Twa kommando’s fan kontrôle besparje in oere it ferkearde bestân bewurkje.
It dokumintearre foarbyld bewarret in OpenVPN-ferbining fia it Netplan-type nm-devices mei NetworkManager trochjaan-gegevens. It feit dat Netplan gjin eigen ynterpretaasje fan in beskaat VPN-fjild hat, betsjut net dat jo bewarre VPN ferlern is; it betsjut dat it fjild as ûntrochsichtige gegevens reizget.
Tymlike ynterfaces binne gjin profylen
Aktivearring makket tydlike firtuele ferbiningen en ynterfaces dy’t nea bedoeld wiene om te bliuwen. De yntergraasje skriuwt bewust gjin nij YAML-bestân foar elk fan harren, dus har ôfwêzigens yn /etc/netplan seit neat oer of it âlderprofyl bewarre is.
As jo op jacht binne nei in bestân dat ferskynt en ferdwynt, sjogge jo wierskynlik nei ien fan dizze ynstee fan nei jo konfiguraasje. Kontrolearje oft it in werstart oerlibbet foardat jo in konklúzje lûke út ’e ynhâld. In runtime-bestân dat by in werstart ferdwynt, fertelt jo dat it nea de boarne wie, en dy iene observaasje rjochtet it hiele ûndersyk opnij. It ferklearret ek wêrom’t in bewurking doe suksesfol like.
Geheimen en eignerskip
In profyl kin ferwize nei in sertifikaat of kaai dy’t hielendal earne oars bewarre is, en in wachtwurd kin fan NetworkManager wêze, levere troch in geheim agint fan ’e brûkerssesje, of mei opsetsin net bewarre wurde. It finen fan ien bestân beslist dêrom hiel lyts by wat in ûnbewekke start nedich hat.
Undersykje de ferwizings en de geheimeflaggen sûnder geheime wearden te printsjen. In desktop-oanmelding kin in agint beskikber meitsje dat by it opstarten ôfwêzich wie, en it kopiearjen fan in generearre runtime-bestân reprodusearret dat agint net. It praktyske symptoom is in tunnel dy’t ferbynt as in persoan oanmeldt en mislearret as de masine allinne start. Dat patroan wiist op geheime-eignerskip, net op rûtering.
Meitsje goedkarde feroarings fia de behearder dy’t de ferbining besit, en ferifiearje dêrnei sawol de bewarre identifikaasje as de effektive ferbining. Hâld ien duorsume eigner, want it ymport, in generearre keyfile en in YAML-boarne ûnôfhinklik bewurkje lit trije konkurrearjende ferklearrings efter oer wat de folgjende werferbining brûkt. Kies dejinge dy’t echt duorret, bewurkje allinnich dy, en notearje yn it ticket hokker bestân jo as gesachhawwend behannele hawwe. De folgjende persoan sil jo tankje foar ien rigel komôf.