Wi-Fi prisijungia pats; VPN reikia antrinės asociacijos

Nešiojamasis kompiuteris prisijungia prie Wi-Fi dar nespėjus atsisėsti, o VPN vis dar laukia paspaudimo. Automatinio prisijungimo nustatymas VPN profilyje nieko nekeičia, nes tas jungiklis valdo paties profilio aktyvavimą, o NetworkManager VPN traktuoja kaip bazinės jungties palydovą. Dokumentuotas mechanizmas yra bazinės jungties antrinių jungčių sąrašas, ir tai yra kita savybė kitoje vietoje.

Automatinis prisijungimas nėra VPN jungiklis

Wi-Fi arba Ethernet profilis gali aktyvuotis pats, nes turi įrenginį. VPN papildinio profilis neturi įrenginio ta pačia prasme; jis paleidžiamas šalia jungties, kuri jį turi. Štai kodėl automatinio prisijungimo žymė VPN atrodo teisinga, išsaugoma tinkamai ir nesukuria jokio tunelio. Žymė atsako į klausimą apie profilį, o ne apie tinklą, kurio jam reikia.

Tokia modelio interpretacija paaiškina ir gedimo būdą. Bazinė jungtis prisijungia, niekas neprašo VPN pradėti, o darbalaukis rodo atjungtą VPN šalia prisijungto tinklo. Niekas nesugedę; asociacija niekada nebuvo sukurta.

Abu profilius atpažinkite pagal UUID

nmcli -f NAME,UUID,TYPE connection show

Pasirinkite Wi-Fi arba Ethernet profilį, kuris turėtų paleisti tunelį, tada numatytą VPN profilį. Naudokite UUID, o ne pavadinimus, nes pavadinimas yra etiketė, kurią galima dubliuoti ar redaguoti, o UUID yra tai, ką aktyvavimo kelias iš tikrųjų išsprendžia.

Nesumaišykite profilio pavadinimo su sąsajos pavadinimu ar adresu, kurį mašina turi dabar. Tai trys skirtingi identifikatoriai, kurie terminale atsitiktinai atrodo panašiai, o jų sumaišymas sukuria pakeitimą, nukreiptą į nieką.

Pridėkite VPN prie bazinės jungties

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

Forma su pliusu prideda prie esamo sąrašo; ją praleidus sąrašas pakeičiamas, o tai tyliai pašalina bet kurią kitą jau sukonfigūruotą antrinę jungtį. Pirmiausia peržiūrėkite dabartinę reikšmę ir užsirašykite ją prieš ką nors keisdami.

NetworkManager ryšių nustatymai antrines jungtis apibūdina kaip VPN jungtis, paleidžiamas kartu su bazine jungtimi. Ar vietinis WireGuard profilis yra tos pačios rūšies objektas, priklauso nuo to, kaip NetworkManager jį valdo, todėl ta pati komanda gali būti netinkamas įrankis tuneliui, kuris pasirodo kaip sąsaja, o ne kaip VPN papildinys.

Tai ryšio politikos pakeitimas, o ne vykdymo laiko jungiklis. Taikykite jį per bet kurį pakartotinio prisijungimo procesą, kurį patvirtina diegimas, ir tikėkitės, kad pirmasis aktyvavimas po pakeitimo elgsis kitaip nei sesija, kurioje dabar sėdite.

Slaptieji duomenys nėra asociacijos dalis

Antrinis įrašas sako „paleisk tai su tuo“. Niekas jame neperduoda slaptažodžio, neatrakina raktinės saugyklos ir neatsako į užklausą. Profilis, kuris po darbalaukio prisijungimo sklandžiai autentifikuojasi, vis tiek gali nepavykti, kai aktyvuojamas aplinkoje, kur slaptųjų duomenų agentas nepasiekiamas.

Faktiniam diegimui naudokite palaikomą sistemos arba slaptųjų duomenų agento sprendimą. Visų slaptažodžių saugojimas skripte, kad tunelis galėtų startuoti be priežiūros, autentifikavimo dizainą paverčia failu, kuris pergyvena savo savininko darbo santykius.

Perskaitykite abu įvykius, tada patikrinkite išteklių

Vieno bandymo metu stebėkite bazinę jungtį ir VPN aktyvavimą. Trūkstamas VPN įvykis reiškia, kad trigeris niekada nebuvo sukonfigūruotas arba UUID neteisingas. VPN įvykis, po kurio seka autentifikavimo klaida, reiškia, kad trigeris suveikė, o likusi problema yra prisijungimo duomenys, ir tai yra kitas taisymas.

Po aktyvavimo prašykite ištekliaus, dėl kurio buvo atliktas nustatymas, o ne pasitikėkite piktograma. Tada sąmoningai atsijunkite ir stebėkite, kas nutiks toliau, nes automatinio paleidimo asociacija nėra avarinis jungiklis ir nežada begalinių pakartojimų. Jei reikalavimas yra „jokio srauto be tunelio“, tai atskira politika, kuriai reikia savos konfigūracijos ir savo testo. Sumaišyti abu yra būdas, kuriuo mašina pradeda iš naujo jungtis cikle, kol vartotojas tiki, kad ji apsaugota.