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, а не обратно к окну. Эта заметка и есть разница между исправлением и историей.