Wi-Fi verbind vanself; die VPN het ’n sekondêre assosiasie nodig

Die skootrekenaar sluit by Wi-Fi aan voordat jy gaan sit, en die VPN wag steeds vir ’n klik. Om outomatiese verbinding op die VPN-profiel te stel, verander niks, want daardie skakelaar beheer die profiel se eie aktivering en NetworkManager behandel ’n VPN as ’n metgesel van ’n basisverbinding. Die gedokumenteerde meganisme is die basisverbinding se sekondêre lys, en dit is ’n ander eienskap op ’n ander plek.

Outomatiese verbinding is nie die VPN-skakelaar nie

’n Wi-Fi- of Ethernet-profiel kan op sy eie aktiveer omdat dit ’n toestel besit. ’n VPN-inprop-profiel besit nie ’n toestel in dieselfde sin nie; dit word saam met ’n verbinding begin wat wel een het. Dit is waarom die outomatiese-verbinding-vlag op die VPN reg lyk, korrek stoor en geen tonnel lewer nie. Die vlag beantwoord ’n vraag oor die profiel, nie oor die netwerk wat dit nodig het nie.

Om die model so te lees verduidelik ook die foutmodus. Die basis verbind, niks vra die VPN om te begin nie, en die lessenaar wys ’n ontkoppelde VPN langs ’n gekoppelde netwerk. Niks is stukkend nie; die assosiasie is nooit gemaak nie.

Identifiseer beide profiele aan die hand van UUID

nmcli -f NAME,UUID,TYPE connection show

Kies die Wi-Fi- of Ethernet-profiel wat die tonnel moet begin, en dan die beoogde VPN-profiel. Gebruik UUID's eerder as name, want ’n naam is ’n etiket wat gedupliseer of gewysig kan word, en dit is die UUID wat die aktiveringspad werklik oplos.

Moenie ’n profielnaam verwar met ’n koppelvlaknaam of ’n adres wat die masjien tans het nie. Dit is drie verskillende identifiseerders wat toevallig in ’n terminaal eenders lyk, en om hulle te meng lewer ’n wysiging wat op niks gemik is nie.

Voeg die VPN by die basisverbinding

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

Die plusvorm voeg by die bestaande lys; as jy dit weglaat, vervang dit die lys, wat enige ander sekondêre inskrywing wat reeds opgestel is, stilweg verwyder. Inspekteer eers die huidige waarde en maak ’n nota daarvan voordat jy iets verander.

NetworkManager se verbindingsinstellings beskryf sekondêres as VPN-verbindings wat saam met die basisverbinding begin word. Of ’n oorspronklike WireGuard-profiel dieselfde soort objek is, hang af van hoe NetworkManager dit bestuur, so dieselfde opdrag kan die verkeerde werktuig wees vir ’n tonnel wat as ’n koppelvlak verskyn eerder as ’n VPN-inprop.

Dit is ’n verandering aan verbindingsbeleid, nie ’n skakelaar vir die looptyd nie. Pas dit toe via watter herverbindingsproses die ontplooiing ook goedkeur, en verwag dat die eerste aktivering ná die verandering anders sal optree as die sessie waarin jy nou sit.

Geheime is nie deel van die assosiasie nie

’n Sekondêre inskrywing sê “begin dit saam met dat”. Niks daarin gee ’n wagwoord oor, ontsluit ’n sleutelring of antwoord ’n prompt nie. ’n Profiel wat ná ’n lessenaar-aanmelding gelukkig verifieer, kan steeds misluk wanneer dit geaktiveer word in ’n konteks waar die geheime-agent nie beskikbaar is nie.

Gebruik die ondersteunde stelsel- of geheime-agent-reëling vir die werklike ontplooiing. Om almal se wagwoord in ’n script te stoor sodat die tonnel onbewaak kan begin, verander ’n verifikasie-ontwerp in ’n lêer wat sy eienaar se diensverband oorleef.

Lees beide gebeurtenisse, kyk dan na die hulpbron

Kyk na die basisverbinding en die VPN-aktivering tydens een poging. ’n Ontbrekende VPN-gebeurtenis beteken die sneller is nooit opgestel nie of die UUID is verkeerd. ’n VPN-gebeurtenis gevolg deur ’n verifikasiefout beteken die sneller het geloop en die oorblywende probleem is die geloofsbrief, wat ’n ander regstelling is.

Vra ná aktivering die hulpbron wat die opstelling gemotiveer het eerder as om die ikoon te vertrou. Ontkoppel dan doelbewus en kyk wat volgende gebeur, want ’n outomatiese-begin-assosiasie is nie ’n noodskakelaar nie en belowe nie eindelose herproberings nie. As die vereiste “geen verkeer sonder die tonnel” is, is dit ’n aparte beleid wat sy eie opstelling en sy eie toets nodig het. Om die twee te verwar is hoe ’n masjien in ’n lus herverbind terwyl die gebruiker glo dit is beskerm.