OpenVPN mangler i VPN-menyen i Ubuntu 18.04: hva du må installere

VPN-listen i GNOME kan ikke tilby noe som passer profilen du fikk, og den vanlige konklusjonen er at skrivebordet ikke kan OpenVPN. Det kan det. Det som mangler er en plugin-pakke, og kommandolinjeklienten på samme maskin har ingenting med menyen å gjøre. Det er myten som er verdt å drepe først, fordi den sender folk til å installere på nytt det gale.

Menyen viser plugins, ikke protokoller

GNOME tegner tilkoblingstypene som nettverksbehandleren rapporterer, og behandleren rapporterer plugins som er installert. En tom liste beskriver derfor settet med installerte plugins, ikke protokollens egenskaper. Derfor endrer en fungerende openvpn-binær ingenting i panelet.

Forskjellen betyr noe fordi begge feilene ser like ut fra panelet. En manglende plugin og en ødelagt plugin gir begge en dialog som ikke kan hjelpe, og bare den første løses ved å installere noe. Å spørre behandleren om hva den vet skiller dem før du installerer noe. Det spørsmålet koster én kommando og erstatter en time med gjetting.

Hvilken pakke eier dialogen

På Ubuntu 18.04 har pakkene spesifikke navn, og nyere utgivelser beholdt den samme delingen. Les dem som roller og ikke som alternativer, siden det sjelden løser problemet å installere én alene. Én pakke inneholder daemonen pluss kommandolinjeklienten, og ingen av dem kjenner noen innstillingsdialog.

Plugin-pakken er det som lar nettverksbehandleren opprette, lagre og starte en OpenVPN-tilkobling. Redigeringspakken leverer skjemaet, feltene og lagringsbanen som panelet kaller. En maskin med plugin og uten redigering viser en type den ikke kan konfigurere, mens en maskin med redigering og uten plugin ikke viser noe i det hele tatt. Installer settet sammen, og tvetydigheten forsvinner.

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

På 18.04 er det de ekte arkivnavnene og ikke erstatninger. Et KDE-skrivebord trenger sin egen redigeringspakke og trenger fortsatt plugin-en, og det er den delen en veiledning bare for GNOME utelater.

Omstart er en del av installasjonen

Panelet spør behandleren om de støttede typene ved tjenestestart, og en liste som allerede er tegnet, blir ikke oppdatert av en installasjon. Å installere mens tjenesten kjører gir derfor den frustrerende kombinasjonen av en vellykket installasjon og en uendret dialog. Omstart er ikke valgfritt vedlikehold; det er trinnet som gjør installasjonen synlig.

Omstart kutter tilkoblingen i noen sekunder, og enhver SSH-økt som går over samme grensesnitt, går med, så planlegg for det hvis maskinen er ekstern. Åpne deretter panelet igjen og spør behandleren direkte om hva den støtter. Et direkte spørsmål er bedre bevis enn en meny som kan være bufret.

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

Den siste kommandoen er den skillende testen. Med plugin-en feiler den på manglende argumenter; uten den rapporterer den en ukjent VPN-type. Det ene utfallet er et skjema som venter på å fylles ut, og det andre er fortsatt et pakkeproblem. Kjør den før og etter installasjonen hvis du vil at kontrasten skal være tydelig.

La nmcli lese .ovpn

Ingenting tvinger deg til å bygge opp en gitt profil på nytt kontroll for kontroll. Behandleren leser .ovpn-filer direkte og gjør direktivene deres om til en lagret tilkobling, inkludert innebygde sertifikater. Import slår også avskrift på nøyaktighet, fordi en feilskrevet chiffer eller en avkortet nøkkel gir en feil som ser ut som et serverproblem.

La profilen ligge ved siden av enhver nøkkel eller sertifikat den refererer til til lagringen er ferdig, fordi en tilkobling som bare lagrer filbaner, går i stykker når filene flyttes. Test deretter tilkoblingen ved navn, og svar på enhver legitimasjonsforespørsel i forgrunnen slik at du ser hva den vil. En lagret tilkobling som aldri er aktivert, er ikke bevis for noe.

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

Den tredje kommandoen bekrefter at tunnelen er oppe under navnet du forventer. Den skiller også en mislykket tilkobling fra en som aldri ble aktivert.

Det menyen ikke kan fortelle deg

En fraværende type sier ingenting om gatewayen, og det betyr ikke at serveren avviser OpenVPN. Det er ingen grunn til å installere en plugin for en urelatert protokoll bare for at et menyelement skal dukke opp. Den andre feilen har et navn i praksis: folk ender med å rette en PPTP- eller AnyConnect-profil mot en OpenVPN-tjeneste fordi det var elementene som ble tilbudt.

Reparer pakkingen først; spørsmålet om serveren kommer etterpå. En profil som importeres rent og aldri autentiseres, feiler på et sertifikat-, TLS- eller legitimasjonsspørsmål og ikke på et redigeringsspørsmål. Hver av dem etterlater forskjellige bevis, og ingen av dem vises i dialogen. Les klientloggen før du åpner innstillingspanelet igjen.

Bevis det med en ressurs du faktisk bruker

Når typen finnes og tilkoblingen er lagret, ring den opp og åpne en ressurs du faktisk bruker. Aktivering alene beviser bare at de to endene ble enige om en tunnel. En tunnel som kommer opp og ikke frakter noe, er den neste feilmodusen, og panelet kan ikke se den.

Skriv ned hvilken ressurs du testet, slik at neste person gjentar den kontrollen i stedet for å begynne på nytt. Når tunnelen er oppe og ressursen fortsatt feiler, flyttes undersøkelsen til ruter og DNS og ikke tilbake til dialogen. Den noten er forskjellen mellom en rettelse og en historie.