Keyfile eller Netplan: kvar blir VPN-profilen eigentleg lagra?

Å finne fila du importerte er den enkle delen og ofte den gale starten. Det som tel, er kva fil NetworkManager les i dag som den lagra tilkoplinga, og det avheng av ein tilkoplingsidentifikator og kva konfigurasjons-backend dei installerte pakkane faktisk brukar. Å redigere importen før det spørsmålet er svara på, er måten ein fungerande VPN blir to halvvegs korrekte konfigurasjonar.

Den importerte fila er ikkje den lagra profilen

Tre namn svevar rundt kvart VPN-problem: namnet på tilkoplinga, filnamnet du importerte, og det virtuelle grensesnittet som dukkar opp når tunnelen kjem opp. Ingen av dei identifiserer den lagra konfigurasjonen, og eit tilkoplingsnamn kan redigerast medan fila bak held på sin opphavlege identifikator.

Byrj med ein skriveverna oversikt og vel den tiltenkte VPN-en etter identifikator i staden for etikett:

nmcli -f NAME,UUID,TYPE connection show

Hald endepunkt-vertsnamn og identitetsetikettar utanfor kvar oversikt du limer inn i ei sak. Den nyttige delen er typen og identifikatoren; resten er kontekst ein framand ikkje treng. Sladd resten før du deler, og sei at du gjorde det, så ingen lurer på kva hola tyder.

Keyfile-plasseringar tyder ikkje det same

Med den innebygde keyfile-plugin-en kan tilkoplingsfiler dukke opp i tre katalogar, og skilnaden mellom dei er varigheit, ikkje bekvemmelegheit.

Å redigere køyretidskopien ser vellukka ut til neste start, då endringa fordampar og fila ser mystisk tilbakestilt ut. Å redigere kopien pakken leverer, fungerer til ei oppgradering erstattar han, som er ein tregare og meir forvirrande versjon av same lekse.

Keyfile-dokumentasjonen legg til ein detalj som er verdt å respektere: desse filene kan innehalde private nøklar og passfrasar, og NetworkManager ignorerer kvar keyfile som andre brukarar enn root kan lese eller skrive. Å utvide katalogrettar for å leite etter ei innstilling øydelegg lastingsoppførselen du prøvde å undersøke.

Når Netplan eig varigheita

På Ubuntu endrar NetworkManager-integrasjonen som er skildra i Netplan-dokumentasjonen, tilgjengeleg frå 23.10, kvar den varige kopien ligg. For ikkje-mellombels tilkoplingar skriv han /etc/netplan/90-NM-<connection UUID>.yaml og genererer ein efemær NetworkManager-profil under /run/NetworkManager/system-connections/.

Det er ein distribusjonsintegrasjon, ikkje ei regel for kvar NetworkManager-installasjon. Stadfest at dei installerte pakkane faktisk brukar han, før du går på jakt etter ei YAML-fil. Hugs også at ein køyretidsprofil kan vere ei generert framstilling av noko anna snarare enn kjelda som er verdt å redigere. To kommandoars kontroll sparer ein times redigering av feil fil.

Det dokumenterte dømet lagrar ei OpenVPN-tilkopling gjennom Netplan-typen nm-devices med gjennomstrøymingsdata frå NetworkManager. At Netplan ikkje har noko eigen tolking av eit bestemt VPN-felt, tyder ikkje at den lagra VPN-en din er tapt; det tyder at feltet reiser som ugjennomsiktige data.

Mellombelse grensesnitt er ikkje profilar

Aktivering lagar mellombelse virtuelle tilkoplingar og grensesnitt som aldri var meint å vare. Integrasjonen skriv med vilje ikkje ei ny YAML-fil for kvar av dei, så fråværet deira i /etc/netplan seier ingenting om korvidt foreldreprofilen er lagra.

Jagar du ei fil som dukkar opp og forsvinn, ser du truleg på ein av desse i staden for konfigurasjonen din. Sjekk om ho overlever ein omstart før du dreg noka slutning frå innhaldet. Ei køyretidsfil som forsvinn ved omstart, fortel deg at ho aldri var kjelda, og den eine observasjonen snur heile undersøkinga. Det forklarar også kvifor ei endring såg vellukka ut den gongen.

Hemmelegheiter og eigarskap

Ein profil kan vise til eit sertifikat eller ein nøkkel som ligg heilt andre stader, og eit passord kan høyre til NetworkManager, leverast av ein hemmeleg agent i brukarøkta, eller med vilje ikkje lagrast. Å finne éi fil avgjer derfor svært lite om kva ein uovervaka oppstart krev.

Undersøk referansane og hemmelegheitsflagga utan å skrive ut hemmelege verdiar. Ei skrivebordsinnlogging kan gjere ein agent tilgjengeleg som mangla under oppstart, og å kopiere ei generert køyretidsfil attskapar ikkje den agenten. Det praktiske symptomet er ein tunnel som koplar til når ein person loggar inn, og feilar når maskinen startar åleine. Det mønsteret peiker på hemmelegheitseigarskap, ikkje på ruting.

Gjer godkjende endringar gjennom leiaren som eig tilkoplinga, og stadfest deretter både den lagra identifikatoren og den effektive tilkoplinga. Hald éin varig eigar, fordi redigering av importen, ein generert keyfile og ei YAML-kjelde uavhengig lèt att tre konkurrerande forklaringar på kva neste attoppkopling brukar. Vel den som faktisk varer, rediger berre den, og noter i saka kva fil du handsama som autoritativ. Den neste personen vil takke deg for éi line opphav.