OpenVPN ontbreek in Ubuntu 18.04 se VPN-kieslys: wat om te installeer

GNOME se VPN-lys kan niks bied wat by die profiel pas wat jy gekry het nie, en die gewone gevolgtrekking is dat die werkskerm nie OpenVPN kan doen nie. Dit kan. Wat ontbreek, is 'n inprop-pakket, en die opdraglyn-kliënt op dieselfde masjien het niks met die kieslys te doen nie. Dit is die mite wat eerste doodgemaak moet word, want dit stuur mense om die verkeerde ding te herinstalleer.

Die kieslys wys inproppe, nie protokolle nie

GNOME wys verbindingstipes wat die netwerkbestuurder rapporteer, en die bestuurder rapporteer inproppe wat geïnstalleer is. 'n Leë lys beskryf dus die geïnstalleerde stel inproppe eerder as die protokol se vermoëns. Daarom verander 'n werkende openvpn-binêre lêer niks in die paneel nie.

Die onderskeid maak saak, want die twee foute lyk dieselfde uit die paneel. 'n Ontbrekende inprop en 'n stukkende inprop lewer albei 'n dialoog wat nie kan help nie, en net die eerste word deur 'n installasie reggemaak. Om die bestuurder te vra wat hy weet, skei hulle voordat jy enigiets installeer. Daardie vraag kos een opdrag en vervang 'n uur se raaiwerk.

Watter pakket besit die dialoog

Op Ubuntu 18.04 het die pakette spesifieke name, en nuwer weergawes het dieselfde verdeling behou. Lees hulle as rolle eerder as alternatiewe, want om een te installeer los die probleem selde alleen op. Een pakket bevat die daemon plus die opdraglyn-kliënt, en nie een van dié twee weet van enige instellingsdialoog nie.

Dit is die inprop-pakket wat die netwerkbestuurder laat om 'n OpenVPN-verbinding te skep, te stoor en te begin. Die redigeerder-pakket lewer die vorm, sy velde en die stooppad wat die paneel aanroep. 'n Masjien met die inprop en sonder die redigeerder wys 'n tipe wat hy nie kan opstel nie, terwyl 'n masjien met die redigeerder en sonder die inprop glad niks wys nie. Installeer die stel saam en die onduidelikheid verdwyn.

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

Op 18.04 is dit die werklike argiefname en nie plaasvervangers nie. 'n KDE-werkskerm het sy eie redigeerder-pakket nodig en het steeds die inprop nodig, en dit is die deel wat 'n gids net vir GNOME uitlaat.

'n Herbegin is deel van die installasie

Die paneel vra die bestuurder by diensbegin na sy ondersteunde tipes, en 'n lys wat reeds gewys word, word nie deur 'n installasie verfris nie. Om te installeer terwyl die diens loop, lewer dus die frustrerende kombinasie van 'n suksesvolle installasie en 'n onveranderde dialoog. Herbegin is nie opsionele huishouding nie; dit is die stap wat die installasie sigbaar maak.

'n Herbegin sny verbinding vir 'n paar sekondes, en enige SSH-sessie oor dieselfde koppelvlak gaan saam, so beplan daarvoor as die masjien op afstand is. Maak dan die paneel oop en vra die bestuurder regstreeks wat hy ondersteun. 'n Regstreekse navraag is beter bewyse as 'n kieslys wat dalk gekas is.

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

Die laaste opdrag is die beslissende toets. Met die inprop misluk dit op ontbrekende argumente; sonder die inprop rapporteer dit 'n onbekende VPN-tipe. Die een uitkoms is 'n vorm wat wag om ingevul te word, en die ander is steeds 'n verpakkingsprobleem. Hardloop dit voor en ná die installasie as jy die kontras duidelik wil sien.

Laat nmcli die .ovpn lees

Niks dwing jou om 'n profiel wat gegee is beheer vir beheer te herbou nie. Die bestuurder lees .ovpn-lêers regstreeks en verander hulle opdragte in 'n gestoorde verbinding, insluitend ingebedde sertifikate. Invoer klop ook oorskryf vir akkuraatheid, want 'n verkeerd getikte cipher of 'n afgekapte sleutel lewer 'n fout wat soos 'n bedienerprobleem lyk.

Los die profiel langs enige sleutel of sertifikaat waarna dit verwys totdat die stoor klaar is, want 'n verbinding wat net lêerpaaie stoor, breek wanneer daardie lêers skuif. Toets dan die verbinding by die naam, en beantwoord enige geloofsbrief-vraag in die voorgrond sodat jy kan sien wat dit wil hê. 'n Gestoorde verbinding wat nooit geaktiveer is nie, is nie bewyse van enigiets nie.

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

Daardie derde opdrag bevestig dat die tonnel op is onder die naam wat jy verwag. Dit skei ook 'n verbinding wat misluk het van een wat nooit geaktiveer is nie.

Wat die kieslys jou nie kan sê nie

'n Afwesige tipe sê niks oor die poort nie, en dit beteken nie dat die bediener OpenVPN weier nie. Dit is nie 'n rede om 'n onverwante protokol-inprop te installeer sodat 'n kieslysinskrywing verskyn nie. Daardie tweede fout het in die praktyk 'n naam: mense rig uiteindelik 'n PPTP- of AnyConnect-profiel op 'n OpenVPN-diens, want dit was die inskrywings wat beskikbaar was.

Herstel eers die verpakking; die bediener-vraag kom daarna. 'n Profiel wat skoon invoer en nooit verifieer nie, misluk op 'n sertifikaat-, TLS- of geloofsbrief-vraag eerder as op 'n redigeerder-vraag. Elkeen laat ander bewyse agter, en niks daarvan verskyn in die dialoog nie. Lees die kliëntlog voordat jy die instellingspaneel weer oopmaak.

Bewys dit met 'n hulpbron wat jy werklik gebruik

Sodra die tipe bestaan en die verbinding gestoor is, skakel dit en maak 'n hulpbron oop wat jy werklik gebruik. Aktivering alleen bewys net dat die twee kante oor 'n tonnel ooreengekom het. 'n Tonnel wat opkom en niks dra nie, is die volgende foutmodus, en die paneel kan dit nie sien nie.

Skryf neer watter hulpbron jy getoets het, sodat die volgende persoon daardie kontrole herhaal eerder as om oor te begin. Wanneer die tonnel op is en die hulpbron steeds misluk, skuif die ondersoek na roetes en DNS eerder as terug na die dialoog. Daardie nota is die verskil tussen 'n regstelling en 'n storie.