Wi-Fi ühendub ise; VPN vajab teisest seost

Sülearvuti ühendub Wi-Fi-võrku enne, kui istute, ja VPN ootab endiselt klõpsu. Automaatse ühenduse seadistamine VPN-profiilis ei muuda midagi, sest see lüliti juhib profiili enda aktiveerimist ja NetworkManager käsitleb VPN-i baasühenduse kaaslasena. Dokumenteeritud mehhanism on baasühenduse teiseste ühenduste loend ja see on teine omadus teises kohas.

Automaatne ühendus ei ole VPN-i lüliti

Wi-Fi või Etherneti profiil saab ise aktiveeruda, sest tal on seade. VPN-i pistikprogrammi profiilil ei ole seadet samas mõttes; see käivitatakse ühenduse kõrval, millel on. Seetõttu näeb VPN-i automaatse ühenduse lipp õige välja, salvestub korrektselt ega tekita tunnelit. Lipp vastab profiili puudutavale küsimusele, mitte vajaliku võrgu kohta.

Mudeli selline lugemine selgitab ka rikkerežiimi. Baas ühendub, miski ei palu VPN-il käivituda ja töölaud näitab ühendatud võrgu kõrval lahti ühendatud VPN-i. Miski ei ole katki; seost ei tekitatud kunagi.

Tuvastage mõlemad profiilid UUID järgi

nmcli -f NAME,UUID,TYPE connection show

Valige Wi-Fi või Etherneti profiil, mis peaks tunneli käivitama, seejärel soovitud VPN-profiil. Kasutage UUID-sid, mitte nimesid, sest nimi on silt, mida saab dubleerida või muuta, ja UUID on see, mida aktiveerimistee tegelikult lahendab.

Ärge ajage profiili nime segi liidese nime ega aadressiga, mis masinal praegu on. Need on kolm erinevat identifikaatorit, mis juhuslikult terminalis sarnased välja näevad, ja nende segamine tekitab muudatuse, mis ei sihi midagi.

Lisage VPN baasühendusele

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

Plussmärgiga vorm lisab olemasolevasse loendisse; selle ärajätmine asendab loendi, mis eemaldab vaikselt iga teise juba seadistatud teisese ühenduse. Vaadake esmalt praegust väärtust ja tehke sellest märge, enne kui midagi muudate.

NetworkManageri ühenduse seaded kirjeldavad teiseseid ühendusi VPN-ühendustena, mis käivitatakse koos baasühendusega. Kas natiivne WireGuard-profiil on sama tüüpi objekt, sõltub sellest, kuidas NetworkManager seda haldab, seega võib sama käsk olla vale tööriist tunneli jaoks, mis ilmub liidesena, mitte VPN-i pistikprogrammina.

See on ühenduspoliitika muudatus, mitte tööaegne lüliti. Rakendage seda mis tahes uuesti ühendamise protsessi kaudu, mille juurutamine heaks kiidab, ja eeldage, et muudatusele järgnev esimene aktiveerimine käitub teisiti kui praegune sessioon.

Saladused ei ole seose osa

Teisene kirje ütleb „käivita see sellega“. Miski selles ei anna parooli üle, ei ava võtmehoidlat ega vasta viibale. Profiil, mis autendib end pärast töölaua sisselogimist hästi, võib siiski nurjuda, kui see aktiveeritakse kontekstis, kus saladusagent pole saadaval.

Kasutage tegeliku juurutuse jaoks toetatud süsteemi- või saladusagendi korraldust. Kõigi paroolide hoidmine skriptis, et tunnel saaks käivituda järelevalveta, muudab autentimiskavandi failiks, mis elab üle oma omaniku töösuhte.

Lugege mõlemat sündmust ja seejärel kontrollige ressurssi

Jälgige ühe katse ajal baasühendust ja VPN-i aktiveerimist. Puuduv VPN-i sündmus tähendab, et päästik ei olnud kunagi seadistatud või UUID on vale. VPN-i sündmus, millele järgneb autentimistõrge, tähendab, et päästik töötas ja allesjäänud probleem on mandaat, mis on teine parandus.

Pärast aktiveerimist taotlege ressurssi, mis seadistuse ajendas, selle asemel et ikooni usaldada. Seejärel katkestage ühendus meelega ja jälgige, mis järgmisena juhtub, sest automaatkäivituse seos ei ole turvalüliti ega tõota lõputuid korduskatseid. Kui nõue on „mingit liiklust ilma tunnelita“, on see eraldi poliitika, mis vajab oma seadistust ja oma testi. Kahe segamine on viis, kuidas masin hakkab silmusena uuesti ühenduma, samal ajal kui kasutaja usub, et on kaitstud.