Keyfile eller Netplan: hvor lagres VPN-profilen egentlig?

Å finne filen du importerte er den enkle delen og ofte den gale starten. Det som betyr noe, er hvilken fil NetworkManager leser i dag som den lagrede tilkoblingen, og det avhenger av en tilkoblingsidentifikator og hvilket konfigurasjons-backend de installerte pakkene faktisk bruker. Å redigere importen før det spørsmålet er besvart, er måten en fungerende VPN blir to halvveis korrekte konfigurasjoner.

Den importerte filen er ikke den lagrede profilen

Tre navn svever rundt hvert VPN-problem: navnet på tilkoblingen, filnavnet du importerte, og det virtuelle grensesnittet som dukker opp når tunnelen kommer opp. Ingen av dem identifiserer den lagrede konfigurasjonen, og et tilkoblingsnavn kan redigeres mens filen bak beholder sin opprinnelige identifikator.

Begynn med en skrivebeskyttet oversikt og velg den tiltenkte VPN-en etter identifikator i stedet for etikett:

nmcli -f NAME,UUID,TYPE connection show

Hold endepunkt-vertsnavn og identitetsetiketter utenfor enhver oversikt du limer inn i en sak. Den nyttige delen er typen og identifikatoren; resten er kontekst en fremmed ikke trenger. Sladd resten før du deler, og si at du gjorde det, så ingen lurer på hva hullene betyr.

Keyfile-plasseringer betyr ikke det samme

Med den innebygde keyfile-plugin-en kan tilkoblingsfiler dukke opp i tre kataloger, og forskjellen mellom dem er varighet, ikke bekvemmelighet.

Å redigere kjøretidskopien ser vellykket ut til neste start, da endringen fordamper og filen ser mystisk tilbakestilt ut. Å redigere kopien pakken leverer, fungerer til en oppgradering erstatter den, som er en tregere og mer forvirrende versjon av samme lekse.

Keyfile-dokumentasjonen legger til en detalj som er verdt å respektere: disse filene kan inneholde private nøkler og passfraser, og NetworkManager ignorerer enhver keyfile som andre brukere enn root kan lese eller skrive. Å utvide katalogtillatelser for å lete etter en innstilling ødelegger lastingsoppførselen du prøvde å undersøke.

Når Netplan eier varigheten

På Ubuntu endrer NetworkManager-integrasjonen som er beskrevet i Netplans dokumentasjon, tilgjengelig fra 23.10, hvor den varige kopien ligger. For ikke-midlertidige tilkoblinger skriver den /etc/netplan/90-NM-<connection UUID>.yaml og genererer en efemær NetworkManager-profil under /run/NetworkManager/system-connections/.

Det er en distribusjonsintegrasjon, ikke en regel for enhver NetworkManager-installasjon. Bekreft at de installerte pakkene faktisk bruker den, før du går på jakt etter en YAML-fil. Husk også at en kjøretidsprofil kan være en generert fremstilling av noe annet snarere enn kilden som er verdt å redigere. To kommandoers kontroll sparer en times redigering av feil fil.

Det dokumenterte eksempelet lagrer en OpenVPN-tilkobling gjennom Netplan-typen nm-devices med gjennomstrømningsdata fra NetworkManager. At Netplan ikke har noen egen tolkning av et bestemt VPN-felt, betyr ikke at den lagrede VPN-en din er tapt; det betyr at feltet reiser som ugjennomsiktige data.

Midlertidige grensesnitt er ikke profiler

Aktivering oppretter midlertidige virtuelle tilkoblinger og grensesnitt som aldri var ment å vare. Integrasjonen skriver bevisst ikke en ny YAML-fil for hver av dem, så deres fravær i /etc/netplan sier ingenting om hvorvidt foreldreprofilen er lagret.

Hvis du jager en fil som dukker opp og forsvinner, ser du sannsynligvis på en av disse i stedet for konfigurasjonen din. Sjekk om den overlever en omstart før du trekker noen konklusjon fra innholdet. En kjøretidsfil som forsvinner ved omstart, forteller deg at den aldri var kilden, og den ene observasjonen endrer retning på hele undersøkelsen. Det forklarer også hvorfor en endring så vellykket ut den gangen.

Hemmeligheter og eierskap

En profil kan referere til et sertifikat eller en nøkkel som ligger helt andre steder, og et passord kan tilhøre NetworkManager, leveres av en hemmelig agent i brukerøkten, eller bevisst ikke lagres. Å finne én fil avgjør derfor svært lite om hva en uovervåket oppstart krever.

Undersøk referansene og hemmelighetsflaggene uten å skrive ut hemmelige verdier. En skrivebordsinnlogging kan gjøre en agent tilgjengelig som manglet under oppstart, og å kopiere en generert kjøretidsfil gjenskaper ikke den agenten. Det praktiske symptomet er en tunnel som kobler til når en person logger inn, og feiler når maskinen starter alene. Det mønsteret peker på hemmelighetseierskap, ikke på ruting.

Gjør godkjente endringer gjennom lederen som eier tilkoblingen, og bekreft deretter både den lagrede identifikatoren og den effektive tilkoblingen. Hold én varig eier, fordi redigering av importen, en generert keyfile og en YAML-kilde uavhengig etterlater tre konkurrerende forklaringer på hva neste gjenoppkobling bruker. Velg den som faktisk varer, rediger bare den, og noter i saken hvilken fil du behandlet som autoritativ. Den neste personen vil takke deg for én linje opprinnelse.