NetworkManager не імпортує ваш профіль OpenVPN? Прочитайте це

Профілі, які нормально підключаються в іншому OpenVPN клієнті, можуть відмовитися імпортуватися в NetworkManager, а діалог звинувачує можливість імпорту плагіна. Це речення про вашу машину, а не про файл чи сервер. Імпорт — локальна операція, яку виконує VPN-плагін менеджера, і в момент, коли вона зривається, нічого нікуди не надіслано. Сприймайте це спершу як питання пакування, а потім як питання розбору.

Читайте повідомлення як локальне твердження

Фраза описує набір можливостей плагіна. Або немає плагіна, який забезпечує підтримку OpenVPN, або компонент, що пропонує дію імпорту, старіший за формат, який ви йому даєте. Обидва випадки локальні для машини перед вами.

Зверніть увагу, чого повідомлення не каже. Воно не каже, що сертифікат неправильний, пароль минув або сервер недоступний, тому перезапуск чи зміна облікових даних це не виправить. Читайте його як твердження про встановлене програмне забезпечення.

Ця різниця економить найбільше часу в усій статті, бо рефлекс — дивитися назовні, на шлюз, коли несправність цілком на робочому столі.

Крок 1: перевірте плагін і редактор

Важливі два пакети, і вони роблять різну роботу. Один дає VPN-плагін NetworkManager, якому належить з'єднання; інший дає інтерфейс редагування та імпорту на робочому столі. Встановлення лише середовища виконання або лише редактора дає вам половину можливості.

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

Використовуйте ту команду пакування, яка справді є у вашому дистрибутиві; два рядки вище — це альтернативи, а не послідовність. Також переконайтеся, що ви взагалі в процесі NetworkManager, бо інший клієнт OpenVPN зі своїм імпортером не відреагує на жодну з цих порад.

Встановлення плагіна зазвичай перезапускає або перезавантажує NetworkManager, через що наявні з'єднання ненадовго розриваються. Робіть це свідомо, а не посеред розмови з підтримкою.

Крок 2: імпортуйте через nmcli і отримайте справжнє повідомлення

Графічний діалог схильний стискати кілька збоїв в одне речення. Імпортер з командного рядка конкретніший, і це та сама операція:

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

Читайте відповідь уважно. Скарга на відсутній плагін — це проблема пакування. Скарга на конкретну директиву — це проблема розбірника. Скарга на вказаний файл — це проблема шляху, і ці три не мають нічого спільного, крім слова імпорт.

Пам'ятайте, що успіх тут створює збережений профіль. Він не підключається і не доводить, що профіль зберіг усі можливості оригіналу.

Крок 3: залиште вбудовані сертифікати на місці

Старіші поради кажуть видалити кожен вбудований блок сертифіката й ключа перед імпортом. Ця порада застаріла. Поточний імпортер обробляє вбудовані об'єкти, а їхнє видалення прибирає ідентичність, потрібну з'єднанню, і водночас створює профіль, який імпортується, а потім не проходить автентифікацію.

Якщо вам справді треба відокремити матеріал з конкретної причини, збережіть оригінальний файл і запишіть, який блок куди пішов. Профіль, який три людини правили тричі, — це не конфігурація, про яку ви зможете міркувати пізніше.

Та сама обережність стосується директив виробника. Параметр, специфічний для клієнта, може бути поза набором можливостей однієї версії плагіна, не будучи неприпустимим синтаксисом OpenVPN, і його видалення лише щоб діалог закрився може тихо змінити поведінку.

Крок 4: перевірте, що тепер означає профіль

Після успішного імпорту огляньте кінцеву точку, схему автентифікації, посилання на файли та місце зберігання секретів, перш ніж щось активувати. Саме в цих чотирьох місцях імпорт і намір найчастіше розходяться.

Потім перевірте поведінку, яка вам справді важлива: маршрути, DNS і чи збереглися можливості оригінального профілю. Це три місця, де успішний імпорт усе ще може розчарувати того, хто його просив. Успішний імпорт і з'єднання, що поводиться правильно, — два різні результати, і для користувача важливий лише другий.

Якщо імпортований профіль поводиться інакше, ніж оригінальний клієнт, порівняйте дві конфігурації, а не збирайте їх заново з пам'яті, бо різниця зазвичай в одному рядку.

Крок 5: нехай тунелем володіє один менеджер

Щойно профіль живе в NetworkManager, нехай він володіє з'єднанням. Запуск окремого процесу OpenVPN як обхідного шляху створює другий шлях керування з власною поведінкою резолвера, власними обліковими даними та власним життєвим циклом.

Два тунелі, які обидва вважають, що володіють маршрутом за замовчуванням, дають симптоми, схожі на зламаного провайдера, і рішення — видалити один із них, а не налаштовувати будь-який.