Wi-Fi се сам повезује; VPN-у је потребна секундарна веза

Лаптоп се повезује на Wi-Fi пре него што седнете, а VPN и даље чека клик. Подешавање аутоматског повезивања на VPN профилу не мења ништа, јер тај прекидач управља сопственом активацијом профила и NetworkManager третира VPN као пратиоца основне везе. Документовани механизам је листа секундарних веза основне везе, и то је друго својство на другом месту.

Аутоматско повезивање није прекидач VPN-а

Wi-Fi или Ethernet профил може да се активира сам јер поседује уређај. VPN профил додатка не поседује уређај у истом смислу; покреће се уз везу која га поседује. Зато заставица аутоматског повезивања на VPN-у изгледа исправно, чува се правилно и не производи тунел. Заставица одговара на питање о профилу, а не о мрежи која му је потребна.

Овакво читање модела објашњава и начин отказа. Основа се повезује, ништа не тражи од VPN-а да почне, а радна површина приказује искључен VPN поред повезане мреже. Ништа није покварено; веза никада није направљена.

Идентификујте оба профила по UUID-у

nmcli -f NAME,UUID,TYPE connection show

Изаберите Wi-Fi или Ethernet профил који треба да покрене тунел, затим жељени VPN профил. Користите UUID уместо имена, јер је име ознака која може да се дуплира или измени, а UUID је оно што пут активације заиста разрешава.

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

Додајте VPN основној вези

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

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

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

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

Тајне нису део везе

Секундарни унос каже «покрени ово с оним». Ништа у њему не предаје лозинку, не откључава привезак кључева и не одговара на захтев. Профил који се успешно аутентификује након пријаве на радну површину ипак може да не успе када се активира у контексту у којем агент за тајне није доступан.

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

Прочитајте оба догађаја, затим проверите ресурс

Посматрајте основну везу и активацију VPN-а током једног покушаја. Догађај VPN-а који недостаје значи да окидач никада није конфигурисан или да је UUID погрешан. Догађај VPN-а праћен неуспехом аутентификације значи да је окидач радио, а преостали проблем су акредитиви, што је друга поправка.

Након активације затражите ресурс због којег је подешавање направљено, уместо да верујете икони. Затим се намерно одспојите и посматрајте шта се даље дешава, јер веза аутоматског покретања није безбедносни прекидач и не обећава бескрајна понављања. Ако је захтев «нема саобраћаја без тунела», то је засебна политика којој треба сопствена конфигурација и сопствени тест. Мешање тога двоје је начин на који машина заврши са поновним повезивањем у петљи док корисник верује да је заштићен.