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, а не назад до вікна. Ця нотатка і є різниця між виправленням і історією.