OpenVPN липсва от VPN менюто на Ubuntu 18.04: какво да инсталирате

Списъкът с VPN в GNOME не може да предложи нищо, което да отговаря на профила, който са ви дали, и обичайният извод е, че работният плот не може да работи с OpenVPN. Може. Липсва пакет с добавка, а клиентът на командния ред на същата машина няма нищо общо с менюто. Това е митът, който си струва да убием първи, защото кара хората да преинсталират грешното нещо.

Менюто показва добавки, не протоколи

GNOME изобразява типовете връзки, които мениджърът на мрежата съобщава, а мениджърът съобщава добавките, които са инсталирани. Затова празният списък описва инсталирания набор от добавки, а не възможностите на протокола. Ето защо работещ двоичен файл openvpn не променя нищо в панела.

Разграничението е важно, защото двете повреди изглеждат еднакво от панела. Липсващата добавка и счупената добавка и двете дават диалог, който не може да помогне, и само първата се оправя с инсталиране на нещо. Питайки мениджъра какво знае, ги разделяте преди да инсталирате каквото и да е. Този въпрос струва една команда и заменя час догадки.

Кой пакет притежава диалога

В Ubuntu 18.04 пакетите имат конкретни имена, а по-новите издания запазиха същото разделение. Четете ги като роли, а не като алтернативи, защото инсталирането на един рядко решава проблема сам по себе си. Един пакет съдържа демона и клиента на командния ред и нито един от тях не знае за какъвто и да е диалог за настройки.

Пакетът с добавката е това, което позволява на мениджъра на мрежата да създава, съхранява и стартира OpenVPN връзка. Пакетът с редактора доставя формуляра, полетата му и пътя за запазване, който панелът извиква. Машина с добавката и без редактор показва тип, който не може да конфигурира, докато машина с редактора и без добавка не показва нищо. Инсталирайте комплекта заедно и двусмислието изчезва.

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

В 18.04 това са истинските имена на архивите, а не заместители. Работният плот KDE се нуждае от свой пакет с редактор и все още се нуждае от добавката, а именно тази част пропуска ръководство само за GNOME.

Рестартирането е част от инсталацията

Панелът пита мениджъра за поддържаните типове при стартиране на услугата, а вече изобразен списък не се обновява от инсталация. Затова инсталирането, докато услугата работи, дава досадната комбинация от успешна инсталация и непроменен диалог. Рестартирането не е незадължително домакинство; това е стъпката, която прави инсталацията видима.

Рестартирането прекъсва свързаността за няколко секунди и всяка SSH сесия през същия интерфейс си отива с нея, така че планирайте това, ако машината е отдалечена. След това отворете отново панела и попитайте мениджъра директно какво поддържа. Директната заявка е по-добро доказателство от меню, което може да е кеширано.

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

Последната команда е решаващият тест. С добавката тя се проваля заради липсващи аргументи; без нея съобщава за непознат тип VPN. Единият изход е формуляр, чакащ да бъде попълнен, а другият все още е проблем с пакетирането. Изпълнете я преди и след инсталацията, ако искате контрастът да е очевиден.

Оставете nmcli да прочете .ovpn

Нищо не ви принуждава да пресъздавате предоставен профил контрола по контрола. Мениджърът чете .ovpn файлове директно и превръща директивите им в съхранена връзка, включително вградените сертификати. Импортирането също бие преписването по точност, защото сгрешен шифър или отрязан ключ дават отказ, който изглежда като проблем на сървъра.

Оставете профила до всеки ключ или сертификат, към който сочи, докато запазването завърши, защото връзка, която пази само пътища до файлове, се чупи, когато тези файлове се преместят. След това тествайте връзката по име и отговорете на всяко искане за идентификационни данни на преден план, за да видите какво иска. Запазена връзка, която никога не е активирана, не е доказателство за нищо.

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

Третата команда потвърждава, че тунелът работи под името, което очаквате. Тя също разграничава връзка, която се е провалила, от такава, която никога не е била активирана.

Какво менюто не може да ви каже

Липсващият тип не казва нищо за шлюза и не означава, че сървърът отказва OpenVPN. Това не е причина да инсталирате добавка за несвързан протокол, само за да се появи запис в менюто. Тази втора грешка има име на практика: хората в крайна сметка насочват PPTP или AnyConnect профил към OpenVPN услуга, защото това са били наличните записи.

Поправете пакетирането първо; въпросът за сървъра идва след това. Профил, който се импортира чисто и никога не се удостоверява, се проваля на въпрос за сертификат, TLS или идентификационни данни, а не на редактор. Всяко от тях оставя различни доказателства и никое не се появява в диалога. Прочетете клиентския журнал, преди да отворите отново панела с настройки.

Докажете го с ресурс, който наистина използвате

След като типът съществува и връзката е запазена, я наберете и отворете ресурс, който наистина използвате. Активирането само по себе си доказва единствено, че двата края са се разбрали за тунел. Тунел, който се вдига и не носи нищо, е следващият режим на отказ и панелът не може да го види.

Запишете кой ресурс сте тествали, за да повтори следващият човек тази проверка, вместо да започва отначало. Когато тунелът работи, а ресурсът все още се проваля, разследването отива към маршрути и DNS, а не обратно към диалога. Тази бележка е разликата между поправка и история.