OpenVPN mankas en la VPN-menuo de Ubuntu 18.04: kion instali

La VPN-listo de GNOME povas proponi nenion, kio kongruas kun la profilo, kiun vi ricevis, kaj la kutima konkludo estas, ke la labortablo ne povas OpenVPN. Ĝi povas. Mankas kromaĵa pako, kaj la komandlinia kliento sur la sama maŝino havas nenion komunan kun la menuo. Tiu mito indas esti mortigita unue, ĉar ĝi sendas homojn reinstali la malĝustan aferon.

La menuo listigas kromaĵojn, ne protokolojn

GNOME montras la konektotipojn, kiujn raportas la retadministranto, kaj la administranto raportas la instalitajn kromaĵojn. Malplena listo do priskribas la instalitan kromaĵaron, ne la kapablojn de la protokolo. Tial funkcianta openvpn binaraĵo ŝanĝas nenion en la panelo.

La distingo gravas, ĉar ambaŭ fiaskoj aspektas samaj el la panelo. Manka kromaĵo kaj rompita kromaĵo ambaŭ produktas dialogon, kiu ne povas helpi, kaj nur la unua estas riparata per instalado de io. Demandi la administranton, kion ĝi scias, apartigas ilin antaŭ ol vi instalos ion ajn. Tiu demando kostas unu komandon kaj anstataŭas horon da konjektado.

Kiun pakon posedas la dialogo

En Ubuntu 18.04 la pakoj havas specifajn nomojn, kaj pli novaj eldonoj konservis la saman dividon. Legu ilin kiel rolojn, ne kiel alternativojn, ĉar instali unu malofte solvas la problemon sola. Unu pako enhavas la demonon kaj la komandlinian klienton, kaj neniu el ili scias pri iu ajn agorda dialogo.

La kromaĵa pako ebligas al la retadministranto krei, konservi kaj startigi OpenVPN-konekton. La redaktila pako provizas la formularon, ĝiajn kampojn kaj la konservan vojon, kiun la panelo vokas. Maŝino kun la kromaĵo kaj sen la redaktilo montras tipon, kiun ĝi ne povas agordi, dum maŝino kun la redaktilo kaj sen la kromaĵo montras nenion. Instalu la aron kune kaj la dusenceco malaperas.

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

En 18.04 tiuj estas la veraj arĥivnomoj, ne anstataŭaĵoj. KDE-labortablo bezonas sian propran redaktilan pakon kaj ankoraŭ bezonas la kromaĵon, kaj ĝuste tion gvidilo nur por GNOME preterlasas.

Restartigo estas parto de la instalado

La panelo demandas la administranton pri ĝiaj subtenataj tipoj ĉe la starto de la servo, kaj jam desegnita listo ne estas refreŝigata per instalado. Instali dum la servo funkcias do produktas la frustran kombinaĵon de sukcesa instalado kaj senŝanĝa dialogo. Restartigo ne estas laŭvola domlaboro; ĝi estas la paŝo, kiu igas la instaladon videbla.

Restartigo fortranĉas la konektecon dum kelkaj sekundoj, kaj ĉiu SSH-sesio tra la sama interfaco iras kun ĝi, do planu por tio, se la maŝino estas fora. Poste remalfermu la panelon kaj demandu la administranton rekte, kion ĝi subtenas. Rekta demando estas pli bona pruvo ol menuo, kiu eble estas kaŝmemorita.

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

La lasta komando estas la decida testo. Kun la kromaĵo ĝi fiaskas pro mankantaj argumentoj; sen ĝi ĝi raportas nekonatan VPN-tipon. Unu rezulto estas formularo atendanta plenigon, kaj la alia estas ankoraŭ pakiga problemo. Rulu ĝin antaŭ kaj post la instalado, se vi volas, ke la kontrasto estu evidenta.

Lasu nmcli legi la .ovpn

Nenio devigas vin rekonstrui donitan profilon regilo post regilo. La administranto legas .ovpn-dosierojn rekte kaj konvertas iliajn direktivojn en konservitan konekton, inkluzive de enliniaj atestiloj. Importado ankaŭ superas transskribadon laŭ precizeco, ĉar mise tajpita ĉifro aŭ tranĉita ŝlosilo produktas fiaskon, kiu aspektas kiel servila problemo.

Lasu la profilon apud ĉiu ŝlosilo aŭ atestilo, al kiu ĝi referencas, ĝis la konservado finiĝos, ĉar konekto, kiu konservas nur dosiervojojn, rompiĝas, kiam tiuj dosieroj moviĝas. Poste testu la konekton laŭ nomo, kaj respondu ajnan legitimilan demandon tuj videble, por ke vi vidu, kion ĝi volas. Konservita konekto, kiu neniam estis aktivigita, ne estas pruvo de io ajn.

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

Tiu tria komando konfirmas, ke la tunelo funkcias sub la nomo, kiun vi atendas. Ĝi ankaŭ apartigas konekton, kiu fiaskis, de tiu, kiu neniam estis aktivigita.

Kion la menuo ne povas diri al vi

Manka tipo diras nenion pri la enirejo, kaj ĝi ne signifas, ke la servilo rifuzas OpenVPN. Ĝi ne estas kialo instali kromaĵon de nerilata protokolo por ke menuero aperu. Tiu dua eraro havas nomon en praktiko: homoj finas celante PPTP- aŭ AnyConnect-profilon al OpenVPN-servo, ĉar tiuj estis la proponitaj eroj.

Riparu la pakadon unue; la servila demando venas poste. Profilo, kiu importiĝas pure kaj neniam aŭtentiĝas, fiaskas pri atestila, TLS- aŭ legitimila demando, ne pri redaktila. Ĉiu el ili lasas malsamajn spurojn, kaj neniu aperas en la dialogo. Legu la klientan protokolon antaŭ ol remalfermi la agordan panelon.

Pruvu ĝin per rimedo, kiun vi efektive uzas

Post kiam la tipo ekzistas kaj la konekto estas konservita, voku ĝin kaj malfermu rimedon, kiun vi efektive uzas. Aktivigo sola pruvas nur, ke la du finoj interkonsentis pri tunelo. Tunelo, kiu leviĝas kaj portas nenion, estas la sekva fiaskmaniero, kaj la panelo ne povas vidi ĝin.

Notu, kiun rimedon vi testis, por ke la sekva persono ripetu tiun kontrolon anstataŭ komenci de nulo. Kiam la tunelo funkcias kaj la rimedo ankoraŭ fiaskas, la esploro transiras al itineraj vojoj kaj DNS anstataŭ reen al la dialogo. Tiu noto estas la diferenco inter riparo kaj rakonto.