Keyfile ali Netplan: kje je profil VPN v resnici shranjen?

Iskanje uvožene datoteke je lažji del in pogosto napačen začetek. Pomembno je, katero datoteko NetworkManager danes bere kot shranjene povezavo, in to je odvisno od identifikatorja povezave ter konfiguracijskega backenda, ki ga nameščeni paketi v resnici uporabljajo. Urejanje uvoza, preden je na to vprašanje odgovorjeno, je pot, po kateri delujoč VPN postane dve napol pravilni konfiguraciji.

Uvožena datoteka ni shranjeni profil

Okoli vsake težave z VPN krožijo tri imena: ime povezave, ime datoteke, ki ste jo uvozili, in virtualni vmesnik, ki se pojavi, ko se tunel dvigne. Nobeno od njih ne označuje shranjene konfiguracije, ime povezave pa je mogoče urediti, medtem ko datoteka za njim obdrži svoj prvotni identifikator.

Začnite z inventarjem samo za branje in izberite želeni VPN po identifikatorju, ne po oznaki:

nmcli -f NAME,UUID,TYPE connection show

Imena gostiteljev končnih točk in oznake identitete pustite zunaj vsakega inventarja, ki ga prilepite v zahtevek. Uporabni del sta vrsta in identifikator; ostalo je kontekst, ki ga tujec ne potrebuje. Preostanek pred deljenjem prekrijte in povejte, da ste to storili, da se nihče ne sprašuje, kaj pomenijo prazna mesta.

Lokacije keyfile ne pomenijo istega

Z izvornim vtičnikom keyfile se lahko datoteke povezav pojavijo v treh mapah, razlika med njimi pa je obstojnost, ne udobje.

Urejanje kopije v času izvajanja je videti uspešno do naslednjega zagona, ko sprememba izhlapi in datoteka je videti skrivnostno povrnjena. Urejanje kopije, ki jo dobavi paket, deluje, dokler je posodobitev ne zamenja, kar je počasnejša in bolj zmedena različica iste lekcije.

Dokumentacija keyfile doda podrobnost, ki si zasluži spoštovanje: te datoteke lahko vsebujejo zasebne ključe in gesla, NetworkManager pa prezre vsak keyfile, ki ga lahko berejo ali pišejo uporabniki razen roota. Širjenje dovoljenj mape za iskanje nastavitve pokvari vedenje nalaganja, ki ste ga poskušali preveriti.

Ko obstojnost poseduje Netplan

V Ubuntuju integracija NetworkManagerja, opisana v dokumentaciji Netplana in na voljo od 23.10, spremeni, kje živi trajna kopija. Za netrajne povezave zapiše /etc/netplan/90-NM-<connection UUID>.yaml in ustvari efemerni profil NetworkManager pod /run/NetworkManager/system-connections/.

To je integracija distribucije, ne pravilo za vsako namestitev NetworkManagerja. Preden se odpravite iskat datoteko YAML, potrdite, da jo nameščeni paketi res uporabljajo. Zapomnite si tudi, da je profil v času izvajanja lahko ustvarjena predstavitev nečesa drugega in ne vir, ki ga je vredno urejati. Dva ukaza preverjanja prihranita uro urejanja napačne datoteke.

Dokumentirani primer shrani povezavo OpenVPN prek vrste Netplan nm-devices s podatki posredovanja NetworkManagerja. Dejstvo, da Netplan nima posebne razlage določenega polja VPN, ne pomeni, da je shranjeni VPN izgubljen; pomeni, da polje potuje kot neprosojni podatki.

Prehodni vmesniki niso profili

Aktivacija ustvari začasne virtualne povezave in vmesnike, ki niso bili nikoli mišljeni, da ostanejo. Integracija namerno ne zapiše nove datoteke YAML za vsakega od njih, zato njihova odsotnost v /etc/netplan ne pove ničesar o tem, ali je nadrejeni profil shranjen.

Če lovite datoteko, ki se pojavi in izgine, verjetno gledate eno od teh in ne svoje konfiguracije. Preverite, ali preživi ponovni zagon, preden iz njene vsebine potegnete kakršen koli sklep. Datoteka v času izvajanja, ki izgine ob ponovnem zagonu, vam pove, da ni bila nikoli vir, in to eno opažanje preusmeri celotno preiskavo. Pojasni tudi, zakaj je urejanje takrat bilo videti uspešno.

Skrivnosti in lastništvo

Profil se lahko sklicuje na potrdilo ali ključ, shranjen povsem drugje, geslo pa lahko pripada NetworkManagerju, ga zagotovi skrivni agent uporabniške seje, ali pa namerno ni shranjeno. Iskanje ene datoteke zato razreši zelo malo glede tega, kaj bo zahteval zagon brez nadzora.

Preverite sklice in oznake skrivnosti, ne da bi natisnili skrivne vrednosti. Prijava v namizje lahko omogoči agenta, ki ga ob zagonu ni bilo, kopiranje ustvarjene datoteke časa izvajanja pa tega agenta ne poustvari. Praktični simptom je tunel, ki se poveže, ko se oseba prijavi, in odpove, ko se stroj zažene sam. Ta vzorec kaže na lastništvo skrivnosti, ne na usmerjanje.

Odobrene spremembe izvajajte prek upravitelja, ki ima povezavo, nato preverite shranjeni identifikator in dejansko povezavo. Ohranite enega trajnega lastnika, ker neodvisno urejanje uvoza, ustvarjenega keyfile in vira YAML pusti tri konkurenčne razlage tega, kaj bo uporabila naslednja ponovna povezava. Izberite tisto, kar v resnici ostane, uredite samo to in v zahtevku zabeležite, katero datoteko ste obravnavali kot verodostojno. Naslednja oseba se vam bo zahvalila za eno vrstico izvora.