Настройките не импортират .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 импортира без оплакване.