Преместување на VPN профил во NetworkManager на друг компјутер

Две машини можат да го прикажат истото име на VPN во менито и да немаат ништо друго заедничко. Страницата со поставки е делот што најлошо патува, бидејќи вистинската содржина на профилот е распространета низ датотека со клучеви, привезок со клучеви, приклучок и неколку апсолутни патеки до датотеки. Три прашања одлучуваат дали треба да извезете, копирате или повторно да се запишете. Поставете ги пред да копирате нешто.

Започнете од профилот што навистина работи

Наведете ги врските и читајте UUID, а не името. nmcli connection show ги печати двете, а UUID е единственото поле што го разликува работниот запис од постариот увоз со идентична ознака. Преименувајте го или избришете го застарениот дупликат на изворната машина пред да започнете, за да биде недвосмислено тоа што го копирате. Потоа запишете го приклучокот и типот на врска, бидејќи тие две одредуваат што воопшто значи извозот. Профил што не можете точно да го идентификувате е оној што не треба да го преместувате.

Овој чекор чини една минута. Тој ја спречува најчестата грешка, односно преместување на погрешниот профил и потоа отстранување на грешки на одредиштето.

Извоз или копирање на датотеката со клучеви?

NetworkManager може да извезе некои VPN профили во датотека кога инсталираниот приклучок го спроведува извозот, а за OpenVPN резултатот наликува на самостојна конфигурација. Копирањето на изворната датотека со клучеви е другиот пат: ги зачувува сите поставки, но очекува истиот приклучок и дозволен сопственик на одредиштето. Ниту едно не е универзално подобро и ниту едно не е резервна копија. Изберете прашувајќи што мора да остане идентично.

Извозот одговара за преместување на машина што ќе го извршува истиот приклучок, особено кога сакате еден артефакт што можете да го прегледате. Датотеката со клучеви одговара за враќање на идентична дистрибуција каде дозволите и патеките можат точно да се репродуцираат.

На што профилот продолжува да покажува

Профилот не е самодоволен само затоа што чисто се извезе. CA, клиентскиот сертификат, приватниот клуч и секој дополнителен TLS материјал обично се одделни датотеки на кои се упатува преку патека, и тие патеки постојат на машината што ја напуштате. Наведете ја секоја наведена датотека пред да пренесете нешто.

Потоа одлучете дали воопшто треба да се користи истиот акредитив. Датотека со исто име на друга машина не е истиот идентитет, а некои распоредувања очекуваат наместо тоа ново запишување.

Тајните не се во датотеката

Лозинките и лозинските фрази може да живеат во датотеката со клучеви, во привезок со клучеви на корисникот или никаде, бидејќи корисникот се прашува секој пат. Само првата од нив патува со копија на датотеката.

Проверете ги знаменцата за лозинка на изворниот профил пред да претпоставите дека преместувањето нема да бара внимание. Профил конфигуриран да прашува или да ја чува тајната кај агент на сесија пристигнува на новата машина без акредитив и со обид за поврзување што не успева без да објасни зошто. Репродуцирајте го таму одобрениот работен тек на тајни наместо да извезете лозинка во чист текст во датотека за да го олесните преместувањето. Таа кратенка ја претвора миграцијата во откривање.

Извадете ја старата копија од употреба како што треба

Прифатете ја новата поставеност со користење на предвидената апликација преку неа, и до тогаш држете ја старата патека достапна. Увезете, прочитајте ја назад крајната точка, автентикацијата, рутите и DNS, потоа поврзете се и потврдете го приватниот ресурс. Увоз што произведува зелена икона не е прифаќање.

Бришењето на локален профил ништо не отповикува. Сертификатот и акредитивите остануваат важечки додека операторот не ги повлече, така што извадувањето од употреба е одделен барање до оној што ги издал. Отстранете ги старите датотеки, отстранете го записот во привезокот со клучеви и запишете кој идентитет и кога бил повлечен. Ако старата машина се предава натаму, тој запис е поважен од бришењето.