Ustawienia nie importują pliku .ovpn, który CLI akceptuje

Ten sam plik łączy się z powłoki i odmawia importu w panelu pulpitu. To wyklucza serwer, dane logowania i składnię profilu, ponieważ klient wiersza poleceń przetworzył już wszystkie trzy. Zostaje sama ścieżka pulpitu: pakiety, których potrzebuje, podzbiór dyrektyw, które rozumie, i obiekt, który zapisuje na dysku. Każdy z nich zawodzi inaczej, a komunikaty rzadko wskazują właściwy.

Trzy rzeczy, których okno dialogowe potrzebuje przed czymkolwiek

Import działa z uprawnieniami użytkownika, więc plik w katalogu dostępnym tylko dla roota jest odrzucany, zanim jego zawartość zacznie mieć znaczenie. Panel wyświetla też tylko typy VPN, których wtyczka NetworkManager jest zainstalowana; bez wtyczki OpenVPN opcja jest nieobecna, a nie zepsuta. Wreszcie urządzenie sieciowe musi być zarządzane: interfejs oznaczony jako niezarządzany może przyjąć zapisane połączenie, które nigdy się nie aktywuje. Sprawdź wszystkie trzy przed edycją profilu.

Dwie komendy rozstrzygają pierwszą rundę: dpkg -l network-manager-openvpn-gnome dla wtyczki i nmcli device status dla stanu urządzenia.

Co importer po cichu wyrzuca

Tłumaczenie na pulpit celuje w stały zestaw właściwości. Wiersze spoza tego zestawu są po cichu odrzucane, dlatego tunel może wstać z brakującymi częściami zamierzonej konfiguracji. Skrypty zadeklarowane przez up, down i script-security zwykle znikają, podobnie jak opcje interfejsu zarządzania i dodatkowe bloki zdalne. Trasa zapisana słowem kluczowym vpn_gateway jest wyjątkiem: importer chce tam dosłownej bramy IPv4 i przerywa błędem, zamiast odrzucić wiersz.

Odrzucona trasa ma rozpoznawalny kształt. Połączenie się aktywuje, interfejs dostaje adres, a jedna konkretna podsieć pozostaje nieosiągalna, bo trasa nigdy nie trafiła do profilu.

Czytaj zapisane połączenie, nie plik źródłowy

Autorytatywnym wynikiem importu jest plik klucza, a nie wybrany przez ciebie .ovpn. sudo cat /etc/NetworkManager/system-connections/office.nmconnection pokazuje, co panel faktycznie zapisał. Jeśli trasa tam jest, ale brakuje jej w tabeli na żywo, import się powiódł i problemem jest aktywacja. Jeśli brakuje jej w pliku, importer ją odrzucił i żadne ponowne łączenie jej nie przywróci.

Dwie alternatywne ścieżki omijają warstwę tłumaczenia. nmcli connection import type openvpn file ./office.ovpn zapisuje ten sam obiekt i zgłasza błędy, które panel ukrywa.

Starszy edytor, uruchamiany poleceniem nm-connection-editor, pokazuje pola tras, których panel nie ma. Dla profili zależnych od skryptów lub nieobsługiwanych dyrektyw zachowaj klienta wiersza poleceń i nadzoruj go usługą, po wyłączeniu połączenia pulpitu, aby tunel miał tylko jeden składnik.

Gdy import działa, ale aktywacja nie

Karta zaawansowana zachowuje ten transport, który został zaimportowany lub wybrany ostatnio. Serwer nasłuchujący na UDP szybko zawodzi, gdy wybrano TCP, a komunikat rzadko to mówi. Połączenie, które musi startować bez zalogowanego użytkownika, wymaga zapisania swojego sekretu dla wszystkich użytkowników, co jest innym ustawieniem niż zapisanie go tylko dla tej sesji.

Gdy w oknie nie ma nic użytecznego, journalctl -u NetworkManager -b pokazuje, dlaczego aktywacja się nie powiodła. Klient powłoki nigdy nie dotyka tej ścieżki, dlatego nadal działa, podczas gdy kopia na pulpicie nie.

Na koniec porównaj wersję wtyczki z wydaniem dystrybucji. Niedopasowana wtyczka może zainstalować się czysto i mimo to odmówić aktywacji profilu, który nmcli importuje bez skargi.