Az OpenVPN hiányzik az Ubuntu 18.04 VPN-menüjéből: mit kell telepíteni

A GNOME VPN-listája semmit sem tud felajánlani, ami megfelelne a kapott profilnak, és a szokásos következtetés az, hogy az asztali környezet nem tud OpenVPN-t. Tud. Ami hiányzik, az egy beépülő csomag, és az ugyanazon a gépen lévő parancssori kliensnek semmi köze a menühöz. Ezt a mítoszt érdemes először megölni, mert rossz dolgot küld újratelepíteni.

A menü beépülőket listáz, nem protokollokat

A GNOME azokat a kapcsolattípusokat jeleníti meg, amelyeket a hálózatkezelő jelent, a kezelő pedig a telepített beépülőket jelenti. Az üres lista tehát a telepített beépülő-készletet írja le, nem a protokoll képességeit. Ezért egy működő openvpn bináris semmit sem változtat a panelen.

A megkülönböztetés fontos, mert a két hiba a panelről egyformán néz ki. A hiányzó beépülő és a hibás beépülő is egy olyan párbeszédablakot hoz létre, amely nem tud segíteni, és csak az elsőt javítja meg valaminek a telepítése. Ha megkérdezi a kezelőt, mit tud, még a telepítés előtt szétválasztja őket. Ez a kérdés egy parancsba kerül, és egy óra találgatást vált ki.

Melyik csomag birtokolja a párbeszédablakot

Az Ubuntu 18.04 alatt a csomagoknak konkrét nevük van, és az újabb kiadások megtartották ugyanezt a felosztást. Szerepekként olvassa őket, ne alternatívákként, mert egynek a telepítése ritkán oldja meg a problémát egyedül. Az egyik csomag a démont és a parancssori klienst tartalmazza, és egyik sem ismer semmilyen beállítási párbeszédablakot.

A beépülő csomag teszi lehetővé, hogy a hálózatkezelő OpenVPN-kapcsolatot hozzon létre, tároljon és indítson. A szerkesztő csomag adja az űrlapot, annak mezőit és a mentési útvonalat, amelyet a panel hív. A beépülővel rendelkező, de szerkesztő nélküli gép olyan típust mutat, amelyet nem tud beállítani, míg a szerkesztővel rendelkező, de beépülő nélküli gép semmit sem mutat. Telepítse a készletet együtt, és a kétértelműség eltűnik.

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

A 18.04 alatt ezek a valódi archívnevek, nem helyettesítők. A KDE asztalnak saját szerkesztő csomagra van szüksége, és továbbra is kell neki a beépülő, és éppen ezt a részt hagyja ki a csak GNOME-ra szabott útmutató.

Az újraindítás a telepítés része

A panel a szolgáltatás indításakor kérdezi meg a kezelőt a támogatott típusokról, és egy már kirajzolt lista nem frissül a telepítéstől. Ezért a futó szolgáltatás melletti telepítés a sikeres telepítés és a változatlan párbeszédablak frusztráló kombinációját adja. Az újraindítás nem választható házimunka; ez az a lépés, amely láthatóvá teszi a telepítést.

Az újraindítás néhány másodpercre megszakítja a kapcsolatot, és minden ugyanazon a felületen futó SSH-munkamenet is elmegy vele, ezért tervezzen rá, ha a gép távoli. Ezután nyissa meg újra a panelt, és kérdezze meg közvetlenül a kezelőt, mit támogat. A közvetlen lekérdezés jobb bizonyíték, mint egy menü, amely gyorsítótárban lehet.

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

Az utolsó parancs a döntő teszt. A beépülővel hiányzó argumentumok miatt hibázik; nélküle ismeretlen VPN-típust jelent. Az egyik eredmény egy kitöltésre váró űrlap, a másik továbbra is csomagolási probléma. Futtassa a telepítés előtt és után, ha a különbséget nyilvánvalóvá akarja tenni.

Hagyja, hogy az nmcli olvassa a .ovpn fájlt

Semmi sem kényszeríti arra, hogy egy kapott profilt vezérlőnként újraépítsen. A kezelő közvetlenül olvassa a .ovpn fájlokat, és utasításaikat tárolt kapcsolattá alakítja, a beágyazott tanúsítványokkal együtt. Az importálás pontosságban a kézi átírást is felülmúlja, mert egy elgépelt titkosítás vagy egy csonkolt kulcs olyan hibát okoz, amely szerverproblémának látszik.

Hagyja a profilt minden hivatkozott kulcs vagy tanúsítvány mellett, amíg a mentés be nem fejeződik, mert az a kapcsolat, amely csak fájlútvonalakat tárol, eltörik, amikor ezek a fájlok elmozdulnak. Ezután tesztelje a kapcsolatot név szerint, és válaszoljon minden hitelesítő adat kérésére előtérben, hogy lássa, mit akar. Egy mentett kapcsolat, amelyet soha nem aktiváltak, semminek sem bizonyítéka.

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

Ez a harmadik parancs megerősíti, hogy az alagút a várt néven fut. Azt is elválasztja, hogy egy kapcsolat meghiúsult-e, vagy soha nem aktiválták.

Amit a menü nem tud megmondani

A hiányzó típus semmit sem mond az átjáróról, és nem jelenti azt, hogy a szerver elutasítja az OpenVPN-t. Nem ok arra, hogy egy nem kapcsolódó protokoll beépülőjét telepítse csak azért, hogy megjelenjen egy menüelem. Ennek a második hibának a gyakorlatban neve van: az emberek végül PPTP- vagy AnyConnect-profilt irányítanak egy OpenVPN-szolgáltatásra, mert ezek voltak a felkínált elemek.

Először a csomagolást javítsa; a szerver kérdése utána jön. Egy profil, amely tisztán importálódik és soha nem hitelesít, tanúsítvány-, TLS- vagy hitelesítő adat kérdésén bukik meg, nem szerkesztőin. Mindegyik más nyomot hagy, és egyik sem jelenik meg a párbeszédablakban. Olvassa el a kliens naplóját, mielőtt újra megnyitja a beállítások panelt.

Bizonyítsa egy olyan erőforrással, amelyet valóban használ

Amikor a típus létezik és a kapcsolat mentve van, tárcsázza, és nyisson meg egy erőforrást, amelyet valóban használ. Az aktiválás önmagában csak azt bizonyítja, hogy a két vég megegyezett egy alagútban. Az az alagút, amely feljön és semmit sem szállít, a következő hibaállapot, és a panel nem látja.

Jegyezze fel, melyik erőforrást tesztelte, hogy a következő ember megismételje ezt az ellenőrzést, ne pedig nulláról kezdje. Amikor az alagút fut, és az erőforrás továbbra is meghiúsul, a vizsgálat az útvonalakra és a DNS-re terelődik, nem vissza a párbeszédablakra. Ez a feljegyzés a különbség javítás és történet között.