Wi-Fi se poveže sam; VPN potrebuje sekundarno povezavo

Prenosnik se poveže z Wi-Fi, preden se usedete, VPN pa še vedno čaka na klik. Nastavitev samodejnega povezovanja v profilu VPN ne spremeni ničesar, ker to stikalo upravlja lastno aktivacijo profila in NetworkManager obravnava VPN kot spremljevalca osnovne povezave. Dokumentirani mehanizem je seznam sekundarnih povezav osnovne povezave, in to je druga lastnost na drugem mestu.

Samodejno povezovanje ni stikalo VPN

Profil Wi-Fi ali Ethernet se lahko aktivira sam, ker ima v lasti napravo. Profil vtičnika VPN nima naprave v istem smislu; zažene se ob povezavi, ki jo ima. Zato je zastavica samodejnega povezovanja na VPN videti pravilna, se shrani pravilno in ne ustvari predora. Zastavica odgovarja na vprašanje o profilu, ne o omrežju, ki ga potrebuje.

Takšno branje modela pojasni tudi način okvare. Osnova se poveže, nič ne prosi VPN, naj se zažene, in namizje prikaže odklopljen VPN ob povezanem omrežju. Nič ni pokvarjeno; povezava ni bila nikoli vzpostavljena.

Oba profila prepoznajte po UUID

nmcli -f NAME,UUID,TYPE connection show

Izberite profil Wi-Fi ali Ethernet, ki naj bi sprožil predor, nato želeni profil VPN. Uporabite UUID namesto imen, ker je ime oznaka, ki jo je mogoče podvojiti ali urediti, UUID pa je tisto, kar pot aktivacije v resnici razreši.

Ne zamenjujte imena profila z imenom vmesnika ali naslovom, ki ga ima stroj zdaj. To so trije različni identifikatorji, ki so v terminalu po naključju videti podobni, njihovo mešanje pa ustvari spremembo, usmerjeno v nič.

Dodajte VPN osnovni povezavi

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

Oblika s plusom doda na obstoječi seznam; če jo izpustite, se seznam nadomesti, kar tiho odstrani vsako drugo že nastavljeno sekundarno povezavo. Najprej si oglejte trenutno vrednost in si jo zapišite, preden kar koli spremenite.

Nastavitve povezav NetworkManagerja opisujejo sekundarne kot VPN povezave, zagnane skupaj z osnovno povezavo. Ali je izvorni profil WireGuard iste vrste predmeta, je odvisno od tega, kako ga upravlja NetworkManager, zato je isti ukaz morda napačno orodje za predor, ki se pojavi kot vmesnik in ne kot vtičnik VPN.

To je sprememba politike povezave, ne stikalo med izvajanjem. Uporabite jo prek katerega koli postopka ponovnega povezovanja, ki ga odobri uvajanje, in pričakujte, da se bo prva aktivacija po spremembi obnašala drugače kot seja, v kateri sedite zdaj.

Skrivnosti niso del povezave

Sekundarni vnos pravi «zaženi to s tistim». Nič v njem ne preda gesla, ne odklene zbirke ključev in ne odgovori na poziv. Profil, ki se po prijavi v namizje gladko preveri, lahko vseeno ne uspe, ko se aktivira v kontekstu, kjer agent za skrivnosti ni na voljo.

Za dejansko uvajanje uporabite podprto sistemsko ureditev ali ureditev z agentom za skrivnosti. Shranjevanje vseh gesel v skript, da bi se predor lahko zagnal brez nadzora, spremeni zasnovo preverjanja v datoteko, ki preživi zaposlitev svojega lastnika.

Preberite oba dogodka, nato preverite vir

Med enim poskusom opazujte osnovno povezavo in aktivacijo VPN. Manjkajoč dogodek VPN pomeni, da sprožilec ni bil nikoli nastavljen ali da je UUID napačen. Dogodek VPN, ki mu sledi napaka preverjanja, pomeni, da je sprožilec deloval in da je preostala težava poverilnica, kar je druga poprava.

Po aktivaciji zahtevajte vir, ki je spodbudil nastavitev, namesto da bi zaupali ikoni. Nato se namerno odklopite in opazujte, kaj se zgodi naslednje, ker povezava za samodejni zagon ni varnostno stikalo in ne obljublja neskončnih poskusov. Če je zahteva «brez prometa brez predora», je to ločena politika, ki potrebuje svojo konfiguracijo in svoj test. Zamenjava obeh je način, kako stroj konča s ponovnim povezovanjem v zanki, medtem ko uporabnik verjame, da je zaščiten.