Wi-Fi yhdistyy itsestään; VPN tarvitsee toissijaisen liitoksen

Kannettava liittyy Wi-Fiin ennen kuin istut, ja VPN odottaa yhä napsautusta. Automaattisen yhteyden asettaminen VPN-profiiliin ei muuta mitään, koska kytkin ohjaa profiilin omaa aktivointia ja NetworkManager pitää VPN:ää perusyhteyden kumppanina. Dokumentoitu mekanismi on perusyhteyden toissijaisten yhteyksien luettelo, ja se on toinen ominaisuus toisessa paikassa.

Automaattinen yhteys ei ole VPN:n kytkin

Wi-Fi- tai Ethernet-profiili voi aktivoitua itsestään, koska se omistaa laitteen. VPN-liitännäisprofiili ei omista laitetta samassa mielessä; se käynnistyy yhteyden rinnalla, joka omistaa. Siksi VPN:n automaattisen yhteyden lippu näyttää oikealta, tallentuu oikein eikä tuota tunnelia. Lippu vastaa profiilia koskevaan kysymykseen, ei sen tarvitsemaa verkkoa koskevaan.

Mallin lukeminen näin selittää myös vikatilan. Perusyhteys muodostuu, mikään ei pyydä VPN:ää käynnistymään, ja työpöytä näyttää irrotetun VPN:n yhdistetyn verkon vieressä. Mikään ei ole rikki; liitos jäi tekemättä.

Tunnista molemmat profiilit UUID:n avulla

nmcli -f NAME,UUID,TYPE connection show

Valitse Wi-Fi- tai Ethernet-profiili, jonka pitäisi käynnistää tunneli, ja sitten aiottu VPN-profiili. Käytä UUID:itä nimien sijaan, koska nimi on tunniste, joka voidaan kopioida tai muokata, ja UUID on se, minkä aktivointipolku todella ratkaisee.

Älä sekoita profiilin nimeä liitännän nimeen tai osoitteeseen, joka koneella on juuri nyt. Ne ovat kolme eri tunnistetta, jotka sattuvat näyttämään samanlaisilta päätteessä, ja niiden sekoittaminen tuottaa muutoksen, joka ei kohdistu mihinkään.

Lisää VPN perusyhteyteen

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

Plus-muoto lisää olemassa olevaan luetteloon; jos sen jättää pois, luettelo korvataan, mikä poistaa äänettömästi minkä tahansa muun jo määritetyn toissijaisen yhteyden. Katso nykyinen arvo ensin ja kirjaa se muistiin ennen kuin muutat mitään.

NetworkManagerin yhteysasetukset kuvaavat toissijaiset VPN-yhteyksiksi, jotka käynnistetään perusyhteyden kanssa. Se, onko natiivi WireGuard-profiili samanlainen objekti, riippuu siitä, miten NetworkManager sitä hallitsee, joten sama komento voi olla väärä työkalu tunnelille, joka näkyy liitännänä eikä VPN-liitännäisenä.

Tämä on yhteyskäytännön muutos, ei ajonaikainen kytkin. Käytä sitä millä tahansa uudelleenyhdistämisprosessilla, jonka käyttöönotto hyväksyy, ja odota, että muutoksen jälkeinen ensimmäinen aktivointi käyttäytyy eri tavalla kuin istunto, jossa istut nyt.

Salaisuudet eivät ole osa liitosta

Toissijainen merkintä sanoo „käynnistä tämä tuon kanssa“. Mikään siinä ei luovuta salasanaa, avaa avainnippua tai vastaa kehotteeseen. Profiili, joka todentuu hyvin työpöytäkirjautumisen jälkeen, voi silti epäonnistua, kun se aktivoidaan yhteydessä, jossa salaisuusagentti ei ole käytettävissä.

Käytä tuettua järjestelmä- tai salaisuusagenttijärjestelyä varsinaisessa käyttöönotossa. Kaikkien salasanan tallentaminen skriptiin, jotta tunneli voi käynnistyä valvomatta, muuttaa todennusratkaisun tiedostoksi, joka elää omistajansa työsuhteen yli.

Lue molemmat tapahtumat ja tarkista sitten resurssi

Tarkkaile perusyhteyttä ja VPN:n aktivointia yhden yrityksen aikana. Puuttuva VPN-tapahtuma tarkoittaa, ettei liipaisinta koskaan määritetty tai UUID on väärä. VPN-tapahtuma, jota seuraa todennusvirhe, tarkoittaa, että liipaisin toimi ja jäljellä oleva ongelma on kirjautumistieto, mikä on eri korjaus.

Pyydä aktivoinnin jälkeen resurssia, joka sai järjestelyn aikaan, sen sijaan että luottaisit kuvakkeeseen. Katkaise sitten tarkoituksella ja seuraa, mitä seuraavaksi tapahtuu, koska automaattisen käynnistyksen liitos ei ole turvakytkin eikä lupaa loputtomia uudelleenyrityksiä. Jos vaatimus on „ei liikennettä ilman tunnelia“, se on erillinen käytäntö, joka tarvitsee oman määrityksensä ja oman testinsä. Näiden kahden sekoittaminen on se, miten kone päätyy yhdistämään uudelleen silmukassa, kun käyttäjä uskoo sen olevan suojattu.