OpenVPN nėra Ubuntu 18.04 VPN meniu: ką reikia įdiegti

GNOME VPN sąraše gali nebūti nieko, kas atitiktų jums perduotą profilį, ir įprasta išvada būna, kad ši darbalaukio aplinka nemoka OpenVPN. Bet moka. Trūksta papildinio paketo, o toje pačioje mašinoje esantis komandinės eilutės klientas neturi nieko bendra su meniu. Štai šį mitą verta nukauti pirmiausia, nes jis nukreipia žmones perinstaliuoti ne tą dalyką.

Meniu išvardija papildinius, o ne protokolus

GNOME atvaizduoja ryšio tipus, kuriuos praneša tinklo tvarkyklė, o tvarkyklė praneša įdiegtus papildinius. Todėl tuščias sąrašas apibūdina įdiegtų papildinių rinkinį, o ne protokolo galimybes. Štai kodėl veikiantis openvpn dvejetainis failas skydelyje nieko nekeičia.

Šis skirtumas svarbus, nes iš skydelio abu gedimai atrodo vienodai. Trūkstamas papildinys ir sugedęs papildinys abu iškelia dialogą, kuris negali padėti, ir tik pirmasis ištaisomas ką nors įdiegus. Paklausus tvarkyklės, ką ji žino, abu atvejai atskiriami dar prieš ką nors įdiegiant. Tas klausimas kainuoja vieną komandą ir pakeičia valandą spėliojimo.

Kuriam paketui priklauso dialogas

Ubuntu 18.04 paketai turi konkrečius pavadinimus, o naujesni leidimai išlaikė tą patį padalijimą. Skaitykite juos kaip vaidmenis, o ne kaip alternatyvas, nes įdiegus vieną problemą retai išsprendžiama viena savimi. Viename pakete yra demonas ir komandinės eilutės klientas, ir nė vienas jų nežino jokio nustatymų dialogo.

Papildinio paketas yra tai, kas leidžia tinklo tvarkyklei sukurti, išsaugoti ir paleisti OpenVPN ryšį. Redaktoriaus paketas pateikia formą, jos laukus ir išsaugojimo kelią, kurį kviečia skydelis. Mašina su papildiniu, bet be redaktoriaus, rodo tipą, kurio negali sukonfigūruoti, o mašina su redaktoriumi, bet be papildinio, nerodo nieko. Įdiekite rinkinį kartu ir dviprasmybė išnyks.

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

18.04 tai tikrieji archyvo pavadinimai, o ne pakaitalai. KDE darbalaukiui reikia savo redaktoriaus paketo ir vis tiek reikia papildinio, ir būtent šią dalį praleidžia vadovas, skirtas tik GNOME.

Perkrovimas yra diegimo dalis

Skydelis paslaugos paleidimo metu klausia tvarkyklės apie palaikomus tipus, o jau parodytas sąrašas įdiegus neatsinaujina. Todėl diegiant veikiant paslaugai gaunamas erzinantis derinys: sėkmingas diegimas ir nepakitęs dialogas. Perkrovimas nėra neprivaloma priežiūra; tai žingsnis, kuris padaro diegimą matomą.

Perkrovimas kelioms sekundėms nutraukia ryšį, o bet kuri SSH sesija, einanti per tą pačią sąsają, nutrūksta kartu, todėl suplanuokite tai, jei mašina yra nuotolinė. Tada vėl atidarykite skydelį ir tiesiogiai paklauskite tvarkyklės, ką ji palaiko. Tiesioginė užklausa yra geresnis įrodymas nei meniu, kuris gali būti podėlyje.

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

Paskutinė komanda yra skiriamasis bandymas. Esant papildiniui, ji nepavyksta dėl trūkstamų argumentų; be jo, ji praneša nežinomą VPN tipą. Vienas rezultatas yra forma, laukianti užpildymo, o kitas vis dar yra pakavimo problema. Paleiskite ją prieš diegimą ir po jo, jei norite, kad kontrastas būtų akivaizdus.

Leiskite nmcli perskaityti .ovpn

Niekas neverčia jūsų perstatyti pateikto profilio valdiklis po valdiklio. Tvarkyklė tiesiogiai skaito .ovpn failus ir paverčia jų direktyvas išsaugotu ryšiu, įskaitant įterptus sertifikatus. Importavimas taip pat pranoksta perrašymą tikslumu, nes neteisingai įvestas šifras arba nukirptas raktas sukelia gedimą, kuris atrodo kaip serverio problema.

Palikite profilį šalia bet kurio rakto ar sertifikato, į kurį jis nurodo, kol saugojimas bus baigtas, nes ryšys, saugantis tik failų kelius, sugenda, kai tie failai perkeliami. Tada išbandykite ryšį pagal pavadinimą ir atsakykite į bet kokį prisijungimo duomenų raginimą pirmame plane, kad matytumėte, ko jis prašo. Išsaugotas ryšys, kuris niekada nebuvo suaktyvintas, nėra joks įrodymas.

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

Ta trečioji komanda patvirtina, kad tunelis pakeltas tuo pavadinimu, kurio tikitatės. Ji taip pat atskiria nepavykusį ryšį nuo tokio, kuris niekada nebuvo suaktyvintas.

Ko meniu negali pasakyti

Nebuvimas tipo nieko nesako apie šliuzą, ir tai nereiškia, kad serveris atsisako OpenVPN. Tai nėra priežastis įdiegti nesusijusio protokolo papildinį, kad atsirastų meniu punktas. Antroji klaida praktikoje turi vardą: žmonės nukreipia PPTP ar AnyConnect profilį į OpenVPN paslaugą, nes tai buvo pasiūlyti punktai.

Pirmiausia sutaisykite pakavimą; serverio klausimas ateina vėliau. Profilis, kuris švariai importuojamas ir niekada neautentifikuojamas, nepavyksta dėl sertifikato, TLS ar prisijungimo duomenų klausimo, o ne dėl redaktoriaus. Kiekvienas jų palieka skirtingus įrodymus, ir nė vienas neatsiranda dialoge. Perskaitykite kliento žurnalą prieš vėl atidarydami nustatymų skydelį.

Įrodykite tai ištekliumi, kurį tikrai naudojate

Kai tipas egzistuoja ir ryšys išsaugotas, prisiskambinkite ir atidarykite išteklį, kurį tikrai naudojate. Vien suaktyvinimas įrodo tik tai, kad abu galai susitarė dėl tunelio. Tunelis, kuris pakyla ir nieko neneša, yra kitas gedimo režimas, ir skydelis jo negali matyti.

Užsirašykite, kurį išteklį išbandėte, kad kitas žmogus pakartotų tą patikrą, o ne pradėtų iš naujo. Kai tunelis pakeltas, o išteklius vis tiek nepavyksta, tyrimas persikelia į maršrutus ir DNS, o ne atgal į dialogą. Ta pastaba yra skirtumas tarp pataisymo ir istorijos.