Keyfile vai Netplan: mihin VPN-profiili oikeasti tallennetaan?

Tuodun tiedoston löytäminen on helppo osa ja usein väärä alku. Ratkaisevaa on, mitä tiedostoa NetworkManager lukee tänään tallennettuna yhteytenä, ja se riippuu yhteysmerkkijonosta sekä siitä konfigurointitaustasta, jota asennetut paketit todella käyttävät. Tuonnin muokkaaminen ennen tuohon kysymykseen vastaamista on tapa, jolla toimiva VPN muuttuu kahdeksi puoliksi oikeaksi kokoonpanoksi.

Tuotu tiedosto ei ole tallennettu profiili

Jokaisen VPN-ongelman ympärillä leijuu kolme nimeä: yhteyden nimi, tuodun tiedoston nimi ja virtuaalinen liitäntä, joka ilmestyy tunnelin noustessa. Mikään niistä ei yksilöi tallennettua kokoonpanoa, ja yhteyden nimeä voi muokata, kun taas sen takana oleva tiedosto säilyttää alkuperäisen tunnisteensa.

Aloita vain lukemiseen tarkoitetulla luettelolla ja valitse aiottu VPN tunnisteen ennemmin kuin merkinnän perusteella:

nmcli -f NAME,UUID,TYPE connection show

Jätä päätepisteiden isäntänimet ja identiteettimerkinnät pois kaikista luetteloista, jotka liität tikettiin. Hyödyllinen osa on tyyppi ja tunniste; loput on kontekstia, jota tuntematon ei tarvitse. Peitä loput ennen jakamista ja kerro, että teit niin, ettei kukaan ihmettele, mitä aukot tarkoittavat.

Keyfilen sijainnit eivät tarkoita samaa

Natiivilla keyfile-liitännäisellä yhteystiedostot voivat näkyä kolmessa hakemistossa, ja niiden ero on pysyvyys, ei mukavuus.

Ajonaikaisen kopion muokkaaminen näyttää onnistuneelta seuraavaan käynnistykseen asti, jolloin muutos haihtuu ja tiedosto näyttää salaperäisesti palautetulta. Paketin toimittaman kopion muokkaaminen toimii, kunnes päivitys korvaa sen, mikä on hitaampi ja hämmentävämpi versio samasta opetuksesta.

Keyfilen dokumentaatio lisää yksityiskohdan, jota kannattaa kunnioittaa: nämä tiedostot voivat sisältää yksityisiä avaimia ja salalauseita, ja NetworkManager jättää huomiotta jokaisen keyfilen, jonka muut kuin root-käyttäjät voivat lukea tai kirjoittaa. Hakemiston oikeuksien laajentaminen asetuksen etsimiseksi rikkoo sen latauskäyttäytymisen, jota yritit tutkia.

Kun Netplan omistaa pysyvyyden

Ubuntussa Netplanin dokumentaatiossa kuvattu NetworkManager-integraatio, saatavilla 23.10 alkaen, muuttaa sitä, missä pysyvä kopio asuu. Ei-väliaikaisille yhteyksille se kirjoittaa /etc/netplan/90-NM-<connection UUID>.yaml ja luo hetkellisen NetworkManager-profiilin tämän alle: /run/NetworkManager/system-connections/.

Se on jakelun integraatio, ei sääntö jokaiselle NetworkManager-asennukselle. Varmista, että asennetut paketit todella käyttävät sitä, ennen kuin lähdet etsimään YAML-tiedostoa. Muista myös, että ajonaikainen profiili voi olla jonkin muun luotu esitys sen sijaan, että se olisi muokkaamisen arvoinen lähde. Kaksi tarkistuskomentoa säästävät tunnin väärän tiedoston muokkaamista.

Dokumentoitu esimerkki tallentaa OpenVPN-yhteyden Netplan-tyypin nm-devices kautta NetworkManagerin läpivientitiedoilla. Se, että Netplanilla ei ole erityistä tulkintaa tietylle VPN-kentälle, ei tarkoita, että tallennettu VPN on kadonnut; se tarkoittaa, että kenttä kulkee läpinäkymättömänä datana.

Ohimenevät liitännät eivät ole profiileja

Aktivointi luo väliaikaisia virtuaalisia yhteyksiä ja liitäntöjä, joita ei koskaan ollut tarkoitus säilyttää. Integraatio ei tarkoituksella kirjoita uutta YAML-tiedostoa jokaiselle, joten niiden puuttuminen hakemistosta /etc/netplan ei kerro mitään siitä, onko ylätason profiili tallennettu.

Jos jahtaat tiedostoa, joka ilmestyy ja katoaa, katsot todennäköisesti yhtä näistä etkä kokoonpanoasi. Tarkista, säilyykö se uudelleenkäynnistyksen yli, ennen kuin teet sisällöstä mitään johtopäätöksiä. Ajonaikainen tiedosto, joka katoaa uudelleenkäynnistyksessä, kertoo sinulle, ettei se ollut koskaan lähde, ja se yksittäinen havainto suuntaa koko tutkinnan uudelleen. Se selittää myös, miksi muokkaus näytti silloin onnistuneelta.

Salaisuudet ja omistajuus

Profiili voi viitata täysin muualla säilytettyyn varmenteeseen tai avaimeen, ja salasana voi kuulua NetworkManagerille, olla käyttäjäistunnon salaisen agentin toimittama tai jäädä tarkoituksella tallentamatta. Yhden tiedoston paikantaminen ratkaisee siis hyvin vähän siitä, mitä valvomaton käynnistys vaatii.

Tarkastele viittaukset ja salaisuusliput tulostamatta salaisia arvoja. Työpöytäkirjautuminen voi tehdä saataville agentin, jota ei ollut käynnistyksen aikana, eikä luodun ajonaikaisen tiedoston kopioiminen toista tätä agenttia. Käytännön oire on tunneli, joka yhdistyy, kun ihminen kirjautuu sisään, ja epäonnistuu, kun kone käynnistyy yksin. Tämä kuvio viittaa salaisuuksien omistajuuteen, ei reititykseen.

Tee hyväksytyt muutokset yhteyttä omistavan hallinnan kautta ja tarkista sen jälkeen sekä tallennettu tunniste että tehokas yhteys. Pidä yksi pysyvä omistaja, koska tuonnin, luodun keyfilen ja YAML-lähteen muokkaaminen erikseen jättää kolme kilpailevaa selitystä siitä, mitä seuraava uudelleenyhdistäminen käyttää. Valitse se, joka todella säilyy, muokkaa vain sitä ja merkitse tikettiin, minkä tiedoston koit valtuutetuksi. Seuraava henkilö kiittää sinua yhdestä alkuperärivistä.