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.

Kapcsolódó cikkek