Keyfile vagy Netplan: hol tárolódik valójában a VPN-profil?

Az importált fájl megtalálása a könnyű rész, és gyakran a rossz kezdet. Az számít, hogy a NetworkManager ma melyik fájlt olvassa mentett kapcsolatként, és ez egy kapcsolatazonosítótól, valamint attól a konfigurációs háttértől függ, amelyet a telepített csomagok ténylegesen használnak. Az import szerkesztése a kérdés megválaszolása előtt az az út, amelyen egy működő VPN két félig helyes konfigurációvá válik.

Az importált fájl nem a mentett profil

Három név lebeg minden VPN-probléma körül: a kapcsolat neve, az importált fájl neve és a virtuális interfész, amely az alagút felállásakor megjelenik. Egyik sem azonosítja a mentett konfigurációt, és a kapcsolat neve szerkeszthető, miközben a mögötte lévő fájl megőrzi eredeti azonosítóját.

Kezdje egy csak olvasható leltárral, és a kívánt VPN-t azonosító, ne pedig címke alapján válassza ki:

nmcli -f NAME,UUID,TYPE connection show

Tartsa ki a végpont-gazdaneveket és identitáscímkéket minden jegybe illesztett leltárból. A hasznos rész a típus és az azonosító; a többi olyan kontextus, amelyre egy idegennek nincs szüksége. Szerkessze ki a többit megosztás előtt, és mondja el, hogy ezt tette, hogy senki ne csodálkozzon, mit jelentenek a hézagok.

A keyfile helyei nem ugyanazt jelentik

A natív keyfile beépülő modullal a kapcsolatfájlok három könyvtárban jelenhetnek meg, és a különbség köztük a tartósság, nem a kényelem.

A futásidejű másolat szerkesztése a következő indításig sikeresnek látszik, akkor a változás elpárolog, és a fájl titokzatosan visszaállítottnak tűnik. A csomag által szállított másolat szerkesztése addig működik, amíg egy frissítés le nem cseréli, ami ugyanannak a leckének lassabb és zavaróbb változata.

A keyfile dokumentációja hozzátesz egy részletet, amelyet érdemes tiszteletben tartani: ezek a fájlok tartalmazhatnak privát kulcsokat és jelmondatokat, és a NetworkManager figyelmen kívül hagy minden olyan keyfile-t, amelyet a roottól eltérő felhasználók olvashatnak vagy írhatnak. A könyvtárjogosultságok kiszélesítése egy beállítás kereséséhez éppen azt a betöltési viselkedést töri el, amelyet vizsgálni akart.

Amikor a Netplan birtokolja a tartósságot

Ubuntun a Netplan dokumentációjában leírt NetworkManager-integráció, amely 23.10-től érhető el, megváltoztatja, hol él a tartós másolat. Nem ideiglenes kapcsolatokhoz ezt írja: /etc/netplan/90-NM-<connection UUID>.yaml és alatta efemer NetworkManager-profilt generál: /run/NetworkManager/system-connections/.

Ez disztribúciós integráció, nem szabály minden NetworkManager-telepítésre. Erősítse meg, hogy a telepített csomagok valóban használják, mielőtt YAML-fájlt keresne. Arra is emlékezzen, hogy a futásidejű profil egy másvalaminek a generált reprezentációja is lehet, nem pedig a szerkesztésre érdemes forrás. Két parancsnyi ellenőrzés egy óra rossz fájl szerkesztését takarítja meg.

A dokumentált példa OpenVPN-kapcsolatot tárol a Netplan nm-devices típusán keresztül NetworkManager-átengedési adatokkal. Az, hogy a Netplannak nincs saját értelmezése egy adott VPN-mezőre, nem jelenti azt, hogy a mentett VPN elveszett; azt jelenti, hogy a mező átlátszatlan adatként utazik.

Az átmeneti interfészek nem profilok

Az aktiválás ideiglenes virtuális kapcsolatokat és interfészeket hoz létre, amelyeket soha nem szántak tartósnak. Az integráció szándékosan nem ír új YAML-fájlt mindegyikhez, így hiányuk a /etc/netplan könyvtárból semmit nem mond arról, hogy a szülőprofil mentve van-e.

Ha olyan fájlt kerget, amely megjelenik és eltűnik, valószínűleg ezek egyikét nézi, nem a konfigurációját. Ellenőrizze, hogy túléli-e az újraindítást, mielőtt bármilyen következtetést levon a tartalmából. Az újraindításkor eltűnő futásidejű fájl azt mondja, hogy soha nem volt forrás, és ez az egyetlen megfigyelés az egész vizsgálatot más irányba tereli. Azt is megmagyarázza, miért tűnt akkor sikeresnek egy szerkesztés.

Titkok és tulajdonjog

Egy profil hivatkozhat egy teljesen máshol tárolt tanúsítványra vagy kulcsra, és egy jelszó tartozhat a NetworkManagerhez, szállíthatja egy felhasználói munkamenet titkos ügynöke, vagy szándékosan mentetlen lehet. Egyetlen fájl megtalálása ezért nagyon keveset dönt el arról, mire lesz szüksége a felügyelet nélküli indításnak.

Vizsgálja meg a hivatkozásokat és a titokjelzőket titkos értékek kiírása nélkül. Egy asztali bejelentkezés elérhetővé tehet egy ügynököt, amely az indításkor hiányzott, és egy generált futásidejű fájl másolása nem hozza létre újra azt az ügynököt. A gyakorlati tünet egy alagút, amely akkor kapcsolódik, amikor valaki bejelentkezik, és meghiúsul, amikor a gép egyedül indul. Ez a minta a titkok tulajdonjogára mutat, nem az útvonalválasztásra.

A jóváhagyott módosításokat a kapcsolatot birtokló kezelőn keresztül végezze, majd utána ellenőrizze mind a mentett azonosítót, mind a tényleges kapcsolatot. Tartson egyetlen tartós tulajdonost, mert az import, egy generált keyfile és egy YAML-forrás független szerkesztése három versengő magyarázatot hagy arról, mit fog használni a következő újracsatlakozás. Válassza azt, amelyik valóban megmarad, csak azt szerkessze, és jegyezze fel a jegybe, melyik fájlt tekintette mérvadónak. A következő ember hálás lesz egy sor származásért.