Параметри не імпортують .ovpn, який приймає CLI

Той самий файл підключається з оболонки і відмовляється імпортуватися в панелі робочого столу. Це виключає сервер, облікові дані та синтаксис профілю, бо клієнт командного рядка вже розібрав усі три. Залишається сам шлях робочого столу: пакети, які йому потрібні, підмножина директив, які він розуміє, і об'єкт, який він записує на диск. Кожен із них відмовляє по-своєму, і повідомлення рідко вказують на правильний.

Три речі, які потрібні діалогу до будь-якого розбору

Імпорт виконується з правами вашого користувача, тому файл у каталозі, доступному лише root, відхиляється ще до того, як його вміст стане важливим. Панель також перелічує лише ті типи VPN, чий плагін NetworkManager установлено; без плагіна OpenVPN параметр відсутній, а не зламаний. Нарешті, мережевий пристрій має бути керованим: інтерфейс, позначений як некерований, може прийняти збережене з'єднання, яке ніколи не активується. Перевірте всі три, перш ніж редагувати профіль.

Дві команди вирішують перший круг: dpkg -l network-manager-openvpn-gnome для плагіна і nmcli device status для стану пристрою.

Що імпортер мовчки викидає

Переклад для робочого столу націлений на фіксований набір властивостей. Рядки поза цим набором мовчки відкидаються, тому тунель може піднятися з відсутніми частинами задуманої конфігурації. Скрипти, оголошені з up, down і script-security, зазвичай зникають, як і параметри інтерфейсу керування та додаткові віддалені блоки. Маршрут, записаний ключовим словом vpn_gateway, — виняток: імпортеру там потрібен буквальний шлюз IPv4, і він переривається з помилкою, а не відкидає рядок.

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

Читайте збережене з'єднання, а не вихідний файл

Авторитетний результат імпорту — файл ключа, а не вибраний вами .ovpn. sudo cat /etc/NetworkManager/system-connections/office.nmconnection показує, що панель насправді зберегла. Якщо маршрут там є, але відсутній у живій таблиці, імпорт вдався, і проблема в активації. Якщо його немає у файлі, імпортер його відкинув, і жодне повторне підключення його не поверне.

Два альтернативні шляхи обходять шар перекладу. nmcli connection import type openvpn file ./office.ovpn записує той самий об'єкт і повідомляє про помилки, які панель приховує.

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

Коли імпорт працює, а активація ні

Вкладка «Додатково» зберігає той транспорт, який було імпортовано або вибрано останнім. Сервер, що слухає UDP, швидко відмовляє, коли вибрано TCP, і повідомлення рідко про це каже. З'єднанню, яке має запускатися без користувача, що ввійшов, потрібен секрет, збережений для всіх користувачів, а це інше налаштування, ніж зберігати його лише для цього сеансу.

Коли в діалозі немає нічого корисного, journalctl -u NetworkManager -b показує, чому активація не вдалася. Клієнт оболонки ніколи не торкається цього шляху, тому продовжує працювати, поки копія робочого столу — ні.

Як останню перевірку порівняйте версію плагіна з випуском дистрибутива. Невідповідний плагін може встановитися чисто і все ж відмовитися активувати профіль, який nmcli імпортує без скарг.