De laptop ferbynt mei Wi-Fi foardat jo sitte, en de VPN wachtet noch op in klik. Automatysk ferbinen op it VPN-profyl feroaret neat, want dy skeakel regelet de eigen aktivearring fan it profyl en NetworkManager behannelet in VPN as in begelieder fan in basisferbining. It dokumintearre meganisme is de sekundêre list fan ’e basisferbining, en dat is in oare eigenskip op in oar plak.

Automatysk ferbinen is net de VPN-skeakel

In Wi-Fi- of Ethernet-profyl kin himsels aktivearje om’t it in apparaat besit. In VPN-plug-inprofyl besit gjin apparaat yn deselde sin; it wurdt njonken in ferbining starten dy’t dat wol docht. Dêrom liket de flagge foar automatysk ferbinen op ’e VPN goed, bewarret it goed en leveret it gjin tunnel. De flagge beantwurdet in fraach oer it profyl, net oer it netwurk dat it nedich hat.

It model sa lêze ferklearret ek de steuring. De basis ferbynt, neat freget de VPN om te starten, en it buroblêd lit in ôfsletten VPN sjen njonken in ferbûn netwurk. Neat is stikken; de assosjaasje waard nea makke.

Identifisearje beide profilen mei UUID

nmcli -f NAME,UUID,TYPE connection show

Kies it Wi-Fi- of Ethernet-profyl dat de tunnel begjinne moat, dan it bedoelde VPN-profyl. Brûk UUID’s ynstee fan nammen, want in namme is in label dat duplisearre of bewurke wurde kin, en in UUID is wat it aktivearringspaad echt oplost.

Ferwikselje in profylnamme net mei in ynterfacesnamme of in adres dat de masine op dit stuit hat. Dat binne trije ferskate identifiers dy’t tafallich gelyk lykje yn in terminal, en se trochinoar helje liedt ta in wiziging dy’t neat rjochtet.

Foegje de VPN ta oan ’e basisferbining

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

De foarm mei in plus foeget ta oan ’e besteande list; lit jo it weilitten, dan wurdt de list ferfongen, wat stilwei elke oare sekundêre ferbining fuortsmyt dy’t al konfigurearre wie. Besjoch earst de hjoeddeistige wearde en meitsje der in notysje fan foardat jo wat feroarje.

De ferbiningsynstellingen fan NetworkManager beskriuwe sekundêren as VPN-ferbiningen dy’t tegearre mei de basisferbining starten. Oft in native WireGuard-profyl itselde soarte objekt is, hinget ôf fan hoe’t NetworkManager it beheart, dus deselde opdracht kin it ferkearde ark wêze foar in tunnel dy’t as ynterface ferskynt ynstee fan as VPN-plug-in.

Dit is in feroaring fan ferbiningsbelied, gjin skeakel by it draaien. Pas it ta fia hokker werferbiningsproses it útrôljen ek goedkart, en ferwachtsje dat de earste aktivearring nei de feroaring oars wurket as de sesje dêr’t jo no yn sitte.

Geheimen binne gjin diel fan ’e assosjaasje

In sekundêre yngong seit „start dit mei dat“. Neat deryn jout in wachtwurd oer, ûntslút in kaaiering of beantwurdet in fraach. In profyl dat nei in buroblêd-oanmelding noflik autentisearret, kin dochs mislearje as it aktivearre wurdt yn in kontekst dêr’t de geheime-agent net beskikber is.

Brûk de stipe systeem- of geheime-agentregeling foar it echte útrôljen. It wachtwurd fan elkenien yn in skript bewarje sadat de tunnel sûnder tafersjoch starte kin, feroaret in autentikaasje-ûntwerp yn in bestân dat it tsjinstferbân fan syn eigner oerlibbet.

Lês beide barrens, kontrolearje dan de boarne

Besjoch de basisferbining en de VPN-aktivearring by ien besykjen. In ûntbrekkend VPN-barren betsjut dat de trigger nea konfigurearre is of dat it UUID ferkeard is. In VPN-barren folge troch in autentikaasjeflier betsjut dat de trigger rûn en it oerbleaune probleem de oanmeldgegevens binne, wat in oare oplossing is.

Freegje nei aktivearring de boarne oan dy’t de opset motivearre, ynstee fan op it ikoan te fertrouwen. Ferbreek dan bewust en besjoch wat der dêrnei bart, want in assosjaasje foar automatysk starten is gjin needstop en ûnthjit gjin einleaze besikings. As de eask „gjin ferkear sûnder de tunnel“ is, dan is dat in apart belied dat syn eigen konfiguraasje en syn eigen test nedich hat. De beide trochinoar helje is hoe’t in masine yn in lus wer ferbynt wylst de brûker tinkt dat it beskerme is.

Relatearre artikelen