Переустановка пакетов редко возвращает запись VPN, которую меню сети на рабочем столе никогда не рисовало. Панель и подключение — два объекта с двумя владельцами: интерфейс рабочего стола рисует то, что предоставляет его модуль, а сетевой службе принадлежит профиль. Одно может исчезнуть из меню, пока другое продолжает работать, и именно поэтому меню — неправильное место для начала. Сначала проверьте профиль, а затем решите, что именно сломано: рабочий стол или подключение.

Кнопка и профиль принадлежат разным вещам

Страница сети на рабочем столе рисует то, что умеют рисовать установленный интерфейс и его компоненты редактора VPN. NetworkManager или любая служба, владеющая сетью на этой машине, хранит определение подключения и решает, можно ли его поднять. Ничто не заставляет два представления совпадать, и после изменения рабочего стола, обновления дистрибутива или запуска против разрабатываемого выпуска они часто не совпадают. Поэтому панель может быть неполной, хотя туннель не пропал. Чтение этого как проблемы протокола ведёт прямо в цикл переустановки, который ничего не исправляет.

What the screen showsCheck it againstWhat the answer rules out
No VPN section at allnmcli connection showWhether any profile exists
A VPN section with an empty listThe editor or plugin package for that VPN typeWhether the frontend can draw it
The same profile listed twiceBoth UUIDsWhether an import loop made copies

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

Спросите NetworkManager, что он сохранил

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

nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --active

Сохранённый профиль может быть неактивным, это нормально и ничего не говорит о рабочем столе. Две записи с похожими именами обычны после цикла импорта, и только UUID различает их. Туннель, которым напрямую владеет другая служба, может никогда не попасть в этот список, поэтому пустой результат не обязательно дефект NetworkManager. Выбирайте по UUID с этого момента, потому что имена — это метки, которые люди редактируют, а идентификаторы нет.

Осмотрите профиль вместо повторного импорта

Когда профиль существует, прочитайте его подробности, не запрашивая сохранённые секреты. Когда его нет, один раз используйте процесс подготовки или импорта, который описывает модуль, и подтвердите, что он создал. Повторять импорт из-за того, что меню осталось пустым, — это путь к четырём конкурирующим копиям одного подключения на машине.

Эти копии — дрейф с бумажным следом, который никто не читает: пользователь рабочего стола не может сказать, какая была бы использована, и следующий администратор тоже не может. Удалите дубликаты намеренно, после того как записали их идентификаторы, вместо того чтобы позволить циклу импорта решать. Запишите UUID, который выживет, потому что именно это значение нужно активации из терминала. Профиль, импортированный дважды под разными именами, обычно представляет собой одно рабочее определение и один артефакт нетерпения. Список профилей — это конфигурация, и он заслуживает той же заботы, что и само подключение.

Активируйте сохранённый профиль из терминала

Документация nmcli описывает интерактивную активацию выбранного профиля, что делает командную строку поддерживаемым вторым интерфейсом, а не обходным путём. Замените пример идентификатора ниже на UUID, который вы сохранили. Поймите, что делает команда, прежде чем её запускать, потому что она меняет состояние сети. Маршруты и DNS могут сместиться, а удалённый сеанс через перенастраиваемый интерфейс не выживет.

Запустите её из локальной консоли или с планом возврата, если изменение пойдёт не так. --ask собирает вводимые данные, которых не хватает профилю; он не обходит системную авторизацию. Он также не гарантирует, что каждый запрос аутентификации модуля работает в терминале, поскольку некоторые ждут диалог, до которого там не добраться.

nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555

Прочитайте результат, прежде чем винить рабочий стол

Если профиль поднимается, сохранённое подключение работает и этот путь управления работает. Это сужает жалобу до интерфейса, а это другой список компонентов и часто другая команда. Если он не поднимается, сбой в профиле или в туннеле, и рабочий стол никогда не был проблемой.

Успешная активация всё равно ничего не говорит о том, присутствует ли компонент редактора интерфейса и не ведёт ли себя сама панель неправильно. Это остаётся вопросами к поддерживаемому интерфейсу дистрибутива и соответствующим пакетам модулей. Включение их в переустановку обычно оставляет панель точно такой, какой она была, и добавляет к истории перезагрузку.

Полезный отчёт называет выпуск рабочего стола, тип подключения, отсутствующую операцию панели и то, виден ли профиль или его можно активировать через поддерживаемый интерфейс. Описание отсутствующего меню не требует ни закрытого ключа, ни профиля с учётными данными. Этого достаточно, чтобы сопровождающий воспроизвёл состояние панели, не касаясь никаких учётных данных.

Похожие статьи