Przenoszenie profilu VPN NetworkManager na inny komputer

Dwa komputery mogą pokazywać w menu tę samą nazwę VPN i nie mieć nic więcej wspólnego. Strona ustawień jest częścią, która podróżuje najgorzej, ponieważ rzeczywista zawartość profilu jest rozproszona między plikiem kluczy, breloczkiem kluczy, wtyczką i kilkoma bezwzględnymi ścieżkami plików. Trzy pytania decydują, czy należy eksportować, kopiować czy rejestrować się ponownie. Zadaj je, zanim cokolwiek skopiujesz.

Zacznij od profilu, który naprawdę działa

Wypisz połączenia i czytaj UUID, a nie nazwę. nmcli connection show wypisuje oba, a UUID to jedyne pole, które odróżnia działający wpis od starszego importu z identyczną etykietą. Zmień nazwę lub usuń nieaktualny duplikat na komputerze źródłowym przed rozpoczęciem, aby to, co kopiujesz, było jednoznaczne. Następnie zapisz wtyczkę i typ połączenia, ponieważ te dwie rzeczy decydują, co w ogóle oznacza eksport. Profil, którego nie możesz dokładnie zidentyfikować, to profil, którego nie powinieneś migrować.

Ten krok zajmuje minutę. Zapobiega najczęstszemu niepowodzeniu, czyli przeniesieniu niewłaściwego profilu i debugowaniu miejsca docelowego.

Eksportować czy skopiować plik kluczy?

NetworkManager może wyeksportować niektóre profile VPN do pliku, gdy zainstalowana wtyczka obsługuje eksport, a dla OpenVPN wynik przypomina samodzielną konfigurację. Skopiowanie natywnego pliku kluczy to druga droga: zachowuje każde ustawienie, ale oczekuje tej samej wtyczki i dozwolonego właściciela w miejscu docelowym. Żadna z nich nie jest uniwersalnie lepsza i żadna nie jest kopią zapasową. Wybierz, pytając, co musi pozostać identyczne.

Eksport pasuje do przeniesienia na komputer, który będzie uruchamiał tę samą wtyczkę, zwłaszcza gdy chcesz jeden artefakt, który możesz sprawdzić. Plik kluczy pasuje do przywrócenia na identycznej dystrybucji, gdzie uprawnienia i ścieżki można odtworzyć dokładnie.

Na co profil nadal wskazuje

Profil nie jest samowystarczalny tylko dlatego, że został czysto wyeksportowany. CA, certyfikat klienta, klucz prywatny i wszelki dodatkowy materiał TLS to zwykle osobne pliki wskazywane ścieżką, a te ścieżki istnieją na komputerze, który opuszczasz. Wypisz każdy wskazany plik, zanim cokolwiek przeniesiesz.

Potem zdecyduj, czy w ogóle należy używać tych samych danych uwierzytelniających. Plik o tej samej nazwie na innym komputerze to nie ta sama tożsamość, a niektóre wdrożenia oczekują zamiast tego nowej rejestracji.

Sekrety nie są w pliku

Hasła i frazy hasła mogą mieszkać w pliku kluczy, w breloczku kluczy użytkownika lub nigdzie, ponieważ użytkownik jest pytany za każdym razem. Tylko pierwszy z tych przypadków podróżuje z kopią pliku.

Sprawdź flagi hasła w profilu źródłowym, zanim założysz, że przenoszenie nie będzie wymagało uwagi. Profil skonfigurowany do pytania lub do przechowywania sekretu u agenta sesji trafia na nowy komputer bez danych uwierzytelniających i z próbą połączenia, która kończy się niepowodzeniem bez wyjaśnienia dlaczego. Odtwórz tam zatwierdzony przepływ pracy z sekretami, zamiast eksportować hasło jawnym tekstem do pliku, aby ułatwić przenoszenie. Ten skrót zamienia migrację w ujawnienie.

Wycofaj starą kopię w należyty sposób

Zaakceptuj nową konfigurację, używając zamierzonej aplikacji przez nią, i do tego czasu utrzymuj dostępność starej ścieżki. Zaimportuj, odczytaj punkt końcowy, uwierzytelnianie, trasy i DNS, następnie połącz się i potwierdź prywatny zasób. Import, który daje zieloną ikonę, nie jest akceptacją.

Usunięcie lokalnego profilu niczego nie unieważnia. Certyfikat i dane uwierzytelniające pozostają ważne, dopóki operator ich nie wycofa, więc wycofanie to osobne żądanie do tego, kto je wydał. Usuń stare pliki, usuń wpis w breloczku kluczy i zapisz, która tożsamość i kiedy została wycofana. Jeśli stary komputer jest przekazywany dalej, ten zapis ma większe znaczenie niż usunięcie.