Перенесення профілю VPN у NetworkManager на інший комп'ютер

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

Почніть із профілю, який справді працює

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

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

Експортувати чи копіювати файл ключів?

NetworkManager може експортувати деякі профілі VPN у файл, якщо встановлений плагін реалізує експорт, а для OpenVPN результат нагадує автономну конфігурацію. Копіювання власного файлу ключів — інший шлях: він зберігає кожне налаштування, але очікує на місці призначення той самий плагін і дозволеного власника. Жоден не є універсально кращим, і жоден не є резервною копією. Виберіть, запитавши, що має залишитися ідентичним.

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

На що профіль досі вказує

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

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

Секрети не у файлі

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

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

Коректно виведіть стару копію з ужитку

Прийміть нове налаштування, використовуючи призначений застосунок через нього, і до того часу тримайте старий шлях доступним. Імпортуйте, прочитайте назад кінцеву точку, автентифікацію, маршрути й DNS, потім підключіться та підтвердьте приватний ресурс. Імпорт, який дає зелений значок, не є прийняттям.

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