NM OpenVPN: a mentett profil nem a te .ovpn fájlod
Az importálás beállításokat fordít le egy mentett kapcsolattá. Olvasd vissza a vpn.data-t, ellenőrizd a ta és a ta-dir értékét, és egy bejegyzést frissíts a szótár lecserélése helyett.
Ugyanaz a .ovpn fájl csatlakozik egy shellből, és a NetworkManagerbe importálás után időtúllépéssel megszakad. A természetes következtetés az, hogy a VPN elromlott. A valószínűbb magyarázat kisebb: a NetworkManager nem tartotta meg a fájlt, annak egy részét egy mentett kapcsolatba importálta, és a futó alagút ehelyett azt a mentett adatot használja. Hogy a fájl most mit mond, az irreleváns a profil tartalma szempontjából.
A fájl nem a profil
Az importálás fordítás, nem csatolás. A beállítások, amelyeket a bővítmény ért, kulcsokká válnak a kapcsolat vpn.data szótárában; a beállítások, amelyeket nem ért, eldobódnak vagy máshol rögzítődnek, és az eredeti útvonal csak hivatkozás. A forrásfájl utólagos szerkesztése semmit sem változtat a már mentett kapcsolaton.
Ez a rés magyarázza a jelentések egész családját: a megosztott kulcsot rotálták, a fájlt frissítették, és az alagút még mindig meghibásodik. A mentett profil még mindig a régi útvonalra vagy a régi értékre mutat, és a parancssor továbbra is működik, mert azt a fájlt olvassa, amelyet szerkesztettél. Két kliens, két igazságforrás, és csak az egyiket frissítették.
A mentett profilt olvasd, ne a párbeszédablakot
nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn
Használd az UUID-t, ha két profil ugyanazt a nevet használja, és igazold, hogy a szolgáltatástípus a várt OpenVPN bővítmény, és nem egy másik VPN-típus, amely véletlenül telepítve van. Ezután hasonlítsd össze a végpontot, a szállítást és a tanúsítványhivatkozásokat a működő hívással.
A grafikus szerkesztőben látható érték nem bizonyítja, hogy elmentették. Mentsd el, nyisd meg újra, és olvasd vissza a parancssoron keresztül; a történelmi mentési hibák okot adnak a tárolt adatok ellenőrzésére, nem bizonyítják, hogy minden jelenlegi buildben ugyanaz a hiba van. Az ellenőrzés egy parancsba kerül.
Két kulcs, és egy irány, amely számít
A TLS-hitelesítést használó kapcsolat esetében a bővítmény a megosztott kulcs útvonalát a ta kulcsban, az irányt pedig a ta-dir kulcsban tárolja, ha a telepítés használ irányt. Mindkettő a profil adatszótárában él, és mindkettőnek egyeznie kell azzal, amit a szerver elvár.
Az irány a szerveroldali döntés, amely a kliensen fejeződik ki. Azért választani egyet, mert egy szomszédos profilban van, az az út, amelyen egy működő kulcs elkezd elbukni egy kézfogáson. Ha a szerver konfigurációja irány nélküli, a kliensnek nem szabad irányt kitalálnia.
Maga a kulcsfájl számára a bővítménynek olvashatónak kell lennie abban a környezetben, amelyben valóban fut. Egy korlátozott csomagnak más a fájlrendszer-nézete, mint egy szokásos asztali telepítésnek, ezért egy a shellben létező útvonal láthatatlan lehet a szolgáltatás számára.
Egy bejegyzést frissíts, ne a szótárat
nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'
A vezető plusz az egyes szótári bejegyzéseket frissíti. Hozzárendelni vpn.data nélküle az egész szótárat lecseréli, és így válik egy hiányzó kulcs öt elromlott beállítássá. A változtatás után olvasd vissza a profilt, és igazold, hogy a többi bejegyzés túlélte. Egy szótár, amely elvesztette távoli végpontját és tanúsítványait, sokkal hosszabb délután, mint amelyikkel elkezdted.
Csatlakozz újra a szokásos vezérlőkön keresztül, és figyeld a meghibásodó szakaszt. Ha a megosztott kulcs kapuja most átmegy, és a kliens tanúsítvány- vagy felhasználóhitelesítési hibát jelent, előreléptél, és a következő vizsgálat más.
Ne mosd össze a vezérlőcsatorna módjait
tls-auth, tls-crypt, és tls-crypt-v2 különböző elrendezések. Egy hasonlóan kinéző kulcsfájl nem teszi őket felcserélhetővé, és a TLS-Auth mezők kitöltése azért, mert egy másik profil formázott kulcsot tartalmaz, olyan profilt hoz létre, amely rossz kulcsra emlékeztető módon hibásodik meg.
Azt a bővítményleképezést használd, amely megfelel a szerver konfigurációjában szereplő módnak. Ha a mód nem egyértelmű, kérdezd meg a szerver tulajdonosát, ahelyett hogy a fájl első sorából találgatnál.
Tarts fenn egy helyreállítási útvonalat, ha az alagút a kezelési munkamenetedet szállítja. Egy mentett változtatás nem feltétlenül alkalmazott változtatás, és egy sikeres importálás nem bizonyítja, hogy minden forrásbeállítás támogatott volt. Mindkét rést érdemes ismerni, mielőtt újracsatlakoztatod a kapcsolatot, amelyen keresztül dolgozol.