Keyfile или Netplan: где се VPN профил заиста чува?

Проналажење фајла који сте увезли је лакши део и често погрешан почетак. Важно је који фајл NetworkManager данас чита као сачувану везу, а то зависи од идентификатора везе и од конфигурационог бекенда који инсталирани пакети заиста користе. Уређивање увоза пре него што се одговори на то питање је начин на који радни VPN постаје две напола исправне конфигурације.

Увезени фајл није сачувани профил

Око сваког VPN проблема лебде три имена: назив везе, назив фајла који сте увезли и виртуелни интерфејс који се појави када тунел крене. Ниједно од њих не идентификује сачувану конфигурацију, а назив везе се може уредити док фајл иза њега задржава свој првобитни идентификатор.

Почните инвентаром само за читање и изаберите жељени VPN по идентификатору, а не по ознаци:

nmcli -f NAME,UUID,TYPE connection show

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

Локације keyfile-а не значе исто

Са изворним keyfile додатком, фајлови веза могу да се појаве у три директоријума, а разлика међу њима је трајност, не погодност.

Уређивање копије у време извршавања изгледа успешно до следећег покретања, када промена испари и фајл изгледа тајанствено враћен. Уређивање копије коју испоручује пакет ради док је надоградња не замени, што је спорија и збуњујућа верзија исте лекције.

Документација keyfile-а додаје детаљ који вреди поштовати: ти фајлови могу да садрже приватне кључеве и лозинке, а NetworkManager игнорише сваки keyfile који корисници осим root-а могу да читају или пишу. Проширење дозвола директоријума да бисте тражили подешавање квари понашање учитавања које сте покушавали да испитате.

Када Netplan поседује трајност

На Ubuntuu интеграција NetworkManager-а описана у Netplan документацији, доступна од 23.10, мења место где живи трајна копија. За нетрајне везе пише /etc/netplan/90-NM-<connection UUID>.yaml и генерише ефемерни NetworkManager профил под /run/NetworkManager/system-connections/.

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

Документовани пример чува OpenVPN везу кроз Netplan тип nm-devices са подацима за прослеђивање NetworkManager-а. Чињеница да Netplan нема наменско тумачење одређеног VPN поља не значи да је ваш сачувани VPN изгубљен; значи да поље путује као непрозирни подаци.

Пролазни интерфејси нису профили

Активација ствара привремене виртуелне везе и интерфејсе који никада нису требало да трају. Интеграција намерно не пише нови YAML фајл за сваки од њих, па њихово одсуство у /etc/netplan не говори ништа о томе да ли је родитељски профил сачуван.

Ако ловите фајл који се појављује и нестаје, вероватно гледате један од ових, а не своју конфигурацију. Проверите да ли преживљава поновно покретање пре него што из његовог садржаја извучете било какав закључак. Фајл у време извршавања који нестане при поновном покретању говори вам да никада није био извор, и то једно запажање преусмерава целу истрагу. Оно објашњава и зашто је уређивање тада изгледало успешно.

Тајне и власништво

Профил може да упућује на сертификат или кључ чуван сасвим другде, а лозинка може да припада NetworkManager-у, да буде достављена од тајног агента корисничке сесије, или намерно да не буде сачувана. Зато проналажење једног фајла решава врло мало о томе шта ће захтевати покретање без надзора.

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

Правите одобрене промене кроз менаџера који поседује везу, па затим проверите и сачувани идентификатор и ефективну везу. Држите једног трајног власника, јер независно уређивање увоза, генерисаног keyfile-а и YAML извора оставља три супротстављена објашњења шта ће следеће поновно повезивање користити. Изаберите оно што заиста остаје, уредите само то и забележите у тикету који сте фајл сматрали меродавним. Следећа особа ће вам захвалити за једну линију порекла.