Toissijainen VPN kuuluu yhdelle Wi-Fi-profiilille, ei kaikille

Määritä VPN kodin Wi-Fi-yhteyden toissijaiseksi, ja kaikki toimii, kunnes kannettava liittyy toiseen tukiasemaan ja tunneli jää alas. Uusi yhteys on erillinen määritysobjekti, jolla on oma UUID, eikä sillä ole syytä tietää sidosta, jonka loit sen edeltäjälle. Mikään ei mennyt rikki; liitos yksinkertaisesti ei koskaan ollut olemassa.

NetworkManagerin yhteysviite määrittelee toissijaiset UUID:iksi, jotka aktivoituvat yhdessä tietyn perusyhteyden kanssa. Se huomauttaa myös, että tavalliset VPN-profiilit eivät toteuta automaattista aktivointia samalla tavoin kuin perusyhteydet. Molemmat väitteet johtavat samaan johtopäätökseen: liitos on profiilikohtainen, ja jonkun on luotava se jokaiselle uudelle.

Mikä toissijainen oikeastaan on

Perusyhteydellä on identiteetti, UUID ja luettelo toissijaisista. Kun se aktivoituu, hallinta aktivoi myös nämä toissijaiset järjestyksessä, ja näin VPN seuraa Wi-Fi-verkkoa ilman manuaalista napsautusta. Suhde elää perusyhteydellä ja kirjoitetaan UUID-merkkijonoina nimien sijaan. Tämä esitystavan valinta ei ole sattumaa; juuri se auttaa liitosta selviämään uudelleennimeämisestä.

Tuo nimiyksityiskohta on tärkeämpi kuin miltä näyttää. VPN-profiilin uudelleennimeäminen jättää sen UUID:n koskemattomaksi, joten olemassa olevat liitokset toimivat edelleen. Vanhan profiilin poistaminen ja uuden tuominen luo uuden UUID:n, ja jokainen liitos, joka osoitti vanhaan, ei osoita nyt mihinkään.

Tarkastele olemassa olevaa luetteloa ennen lisäämistä. Kotiprofiili, jossa on yksi toissijainen, ei ole sääntö, joka sopii jokaiseen SSID:hen; se on yksi rivi yhdessä objektissa, eikä siihen viitata, kun toinen perusta aktivoituu.

Sijoita liitos sinne, missä profiilit luodaan

Tee henkilökohtaisella koneella aiotun toissijaisen liittämisestä osa jokaisen sallitun Wi-Fi-profiilin lisäämistä. Se on tapa eikä ominaisuus, mutta tapa, joka tuottaa johdonmukaisen tilan, ja se vaatii yhden komennon tai kaksi valintakuvausta verkkoa kohden. Pidä lyhyt muistiinpano siitä, mitkä verkot kuljettavat tunnelia, sillä luettelo on käytäntö.

Hallituilla laitteilla anna valmistelutyönkulun luoda Wi-Fi-merkintä ja sen VPN-liitos samassa vaiheessa, ja sovella samaa kohtelua jo olemassa oleviin sallittuihin profiileihin. VPN-profiilin jakaminen yksinään jättää perussuhteet määrittelemättä, ja näin laitejoukko päätyy tunneliin, jota vain puolet kannettavista käyttää.

Kun käyttäjät voivat yhä luoda profiileja hallitun polun ulkopuolella, päätä nimenomaisesti, mitä näille merkinnöille tapahtuu. Oletus, että ne perivät liitoksen, ei ole käytäntö; se on toivo, johon liittyy tukikustannus.

Suunnittele VPN:n identiteetin muutos

Valmistelulähde tarvitsee aiotun VPN:n UUID:n, ei näyttönimeä, jonka joku on arvannut. Kun ylläpito korvaa VPN:n juuri tuodulla objektilla, päivitä valmistelumalli ja vaikutuksen alaiset olemassa olevat liitokset samassa muutoksessa. Uudelleennimeäminen ei ole korvaaminen, ja näiden kahden kohteleminen samanarvoisina on tapa, jolla toimiva käyttöönotto hajoaa viikkoa myöhemmin.

Säilytä UUID sen olemassaolon syyn vieressä. Tuleva insinööri, joka löytää paljaan UUID:n toissijaisten luettelosta, ei voi tietää, onko se ajan tasalla, ja poistaa sen todennäköisesti siivotessaan.

Aktivointi ei ole pakottamista

Toissijaisen pyyntö tapahtuu aktivointihetkellä. Se ei estä sovelluksia aikana ennen todennuksen valmistumista eikä pysäytä liikennettä, kun tunneli epäonnistuu. Nämä ovat eri ominaisuuksia, jotka eri mekanismit tarjoavat, ja niiden sekoittaminen tuottaa suunnittelun, joka näyttää profiilissa tiukalta ja on käytännössä salliva.

Suoran liikenteen estäminen on erillinen ominaisuus, jolla on oma määrityksensä ja omat vikatilansa, ja sen on otettava huomioon liikenne, jonka on päästävä verkkoon ennen kuin mitään tunnelia voi olla: captive-portaalit, kirjautumissivut, itse päätepiste. Estokäytäntö, jota ei voi täyttää ennen todennusta, lukitsee koneen sen verkon ulkopuolelle, jota se tarvitsee.

Laita tämä ero ohjeisiin, joita käyttäjät todella lukevat. Uusi Wi-Fi-verkko voi pyytää tunnelia; pakottaminen päättää, saako jotain lähteä, kun yhteyttä ei voi muodostaa. Käyttäjät, joille kerrotaan vain ensimmäinen puolisko, raportoivat suunnittelun rikkinäiseksi.

Testaa aidosti uudella profiililla

Käytä hyväksyttyä testiverkkoa ja vastaluotua perusprofiilia, älä kotimerkintää, joka jo toimii. Tarkkaile perustan aktivointia, pyydettyä toissijaisen UUID:tä ja mahdollista todennuskehotetta järjestyksessä ja kirjaa, missä vaiheessa jumiutuu, kun se jumiutuu. Salainen agentti, joka tulee saataville työpöytäkirjautumisen jälkeen, ei ole automaattisesti läsnä jokaisessa käynnistyskontekstissa, joten uudelleenkäynnistys kuuluu testisuunnitelmaan. Tarkista sitten aiottu resurssi ja vikapolku: nouseeko tunneli ennen kuin sovellus tarvitsee sitä, ja mitä kyseiselle sovellukselle tapahtuu, kun todennus epäonnistuu?

Tarkista sitten aiottu resurssi ja vikapolku: nouseeko tunneli ennen kuin sovellus tarvitsee sitä, ja mitä kyseiselle sovellukselle tapahtuu, kun tunneli ei voi todentaa? Nämä kaksi havaintoa ovat hyväksymiskriteerit, eikä kumpikaan niistä näy itse profiilissa.