OpenVPN saknas i VPN-menyn i Ubuntu 18.04: vad du behöver installera

GNOME:s VPN-lista kan inte erbjuda något som matchar profilen du fick, och den vanliga slutsatsen är att skrivbordet inte klarar OpenVPN. Det gör det. Det som saknas är ett plugin-paket, och kommandoradsklienten på samma maskin har ingenting med menyn att göra. Det är myten som är värd att döda först, eftersom den skickar folk att installera om fel sak.

Menyn listar plugin, inte protokoll

GNOME ritar de anslutningstyper som nätverkshanteraren rapporterar, och hanteraren rapporterar de plugin som är installerade. En tom lista beskriver därför uppsättningen installerade plugin, inte protokollets förmågor. Det är därför en fungerande openvpn-binär inte ändrar något i panelen.

Skillnaden spelar roll eftersom båda felen ser likadana ut från panelen. Ett saknat plugin och ett trasigt plugin ger båda en dialog som inte kan hjälpa, och bara det första löses genom att installera något. Att fråga hanteraren vad den vet skiljer dem innan du installerar något. Den frågan kostar ett kommando och ersätter en timmes gissande.

Vilket paket äger dialogen

På Ubuntu 18.04 har paketen specifika namn, och nyare utgåvor behöll samma uppdelning. Läs dem som roller och inte som alternativ, eftersom det sällan löser problemet att installera ett ensamt. Ett paket innehåller daemonen plus kommandoradsklienten, och ingen av dem känner till någon inställningsdialog.

Plugin-paketet är det som låter nätverkshanteraren skapa, lagra och starta en OpenVPN-anslutning. Redigerarpaketet tillhandahåller formuläret, dess fält och den sökväg som panelen anropar. En maskin med plugin men utan redigerare visar en typ som den inte kan konfigurera, medan en maskin med redigerare men utan plugin inte visar något alls. Installera paketen tillsammans och oklarheten försvinner.

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

På 18.04 är det de riktiga arkivnamnen och inte ersättare. Ett KDE-skrivbord behöver sitt eget redigerarpaket och behöver fortfarande pluginet, och det är den delen en guide bara för GNOME utelämnar.

Omstart är en del av installationen

Panelen frågar hanteraren om de typer som stöds vid tjänstens start, och en lista som redan ritats uppdateras inte av en installation. Att installera medan tjänsten körs ger därför den frustrerande kombinationen av en lyckad installation och en oförändrad dialog. Omstart är inte valfritt underhåll; det är steget som gör installationen synlig.

Omstart bryter anslutningen i några sekunder, och varje SSH-session över samma gränssnitt följer med, så planera för det om maskinen är fjärrstyrd. Öppna sedan panelen igen och fråga hanteraren direkt vad den stöder. En direkt fråga är bättre bevis än en meny som kan vara cachad.

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

Det sista kommandot är det avgörande testet. Med plugin ger det fel på grund av saknade argument; utan rapporterar det en okänd VPN-typ. Det ena utfallet är ett formulär som väntar på att fyllas i, och det andra är fortfarande ett paketeringsproblem. Kör det före och efter installationen om du vill att kontrasten ska vara tydlig.

Låt nmcli läsa .ovpn

Ingenting tvingar dig att bygga upp en medföljande profil kontroll för kontroll. Hanteraren läser .ovpn-filer direkt och gör deras direktiv till en lagrad anslutning, inklusive inbäddade certifikat. Import slår också avskrift i noggrannhet, eftersom en felstavad chiffer eller en avkortad nyckel ger ett fel som ser ut som ett serverproblem.

Låt profilen ligga bredvid varje nyckel eller certifikat den refererar till tills sparandet är klart, eftersom en anslutning som bara lagrar filsökvägar går sönder när filerna flyttas. Testa sedan anslutningen vid namn, och svara på varje inloggningsförfrågan i förgrunden så att du ser vad den vill. En sparad anslutning som aldrig aktiverats är inte bevis för något.

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

Det tredje kommandot bekräftar att tunneln är uppe under namnet du förväntar dig. Det skiljer också en misslyckad anslutning från en som aldrig aktiverades.

Vad menyn inte kan berätta

En saknad typ säger ingenting om gatewayen, och det betyder inte att servern vägrar OpenVPN. Det är ingen anledning att installera ett plugin för ett orelaterat protokoll bara för att en menypost ska dyka upp. Det andra misstaget har ett namn i praktiken: folk riktar en PPTP- eller AnyConnect-profil mot en OpenVPN-tjänst eftersom det var posterna som erbjöds.

Reparera paketeringen först; frågan om servern kommer efteråt. En profil som importeras rent och aldrig autentiserar misslyckas på en certifikat-, TLS- eller inloggningsfråga och inte på en redigerarfråga. Var och en av dem lämnar olika bevis, och inget av dem syns i dialogen. Läs klientloggen innan du öppnar inställningspanelen igen.

Bevisa det med en resurs du faktiskt använder

När typen finns och anslutningen är sparad, ring upp den och öppna en resurs du faktiskt använder. Enbart aktivering bevisar bara att de två ändarna kom överens om en tunnel. En tunnel som kommer upp och inte transporterar något är nästa felmod, och panelen kan inte se den.

Skriv ner vilken resurs du testade, så att nästa person upprepar den kontrollen i stället för att börja om. När tunneln är uppe och resursen fortfarande misslyckas flyttas undersökningen till rutter och DNS och inte tillbaka till dialogen. Den anteckningen är skillnaden mellan en åtgärd och en historia.