Toisen VPN:n käynnistäminen korvaa ensimmäisen tilan

Kaksi asiakasta, kaksi yhdistetty-kuvaketta ja usko siihen, että liikenne kulkee nyt molempien kautta. Vertaa tätä uskoa siihen, mitä kukin alusta todella sallii. Puhelimessa on yleensä täsmälleen yksi paikka VPN-palvelulle; työpöytä voi ajaa useita asiakkaita, jotka kilpailevat samoista reiteistä ja samasta selvittäjästä. Näiden kahden tilanteen ero selittää suurimman osan raporteista, joissa VPN putoaa, kun toinen käynnistyy.

Kuvakkeet kuvaavat prosesseja, eivät ketjua.

Yksi paikka puhelimessa, useita vaatijoita työpöydällä

Androidissa alusta tarjoaa VPN-palvelumallin, jossa on yksi aktiivinen VPN käyttäjäprofiilia kohden, joten toisen käynnistäminen pysäyttää ensimmäisen. Se on järjestelmä, joka valvoo omaa sääntöään, ei virhe kummassakaan asiakkaassa. Työpöydällä useat asiakkaat voivat pysyä käynnissä samanaikaisesti, ja silloin ne kilpailevat reititystaulusta, käytäntösäännöistä, selvittäjän asetuksista ja virtuaalisista liittymistä. Molemmat tulokset ovat alusta, joka toimii suunnitellusti.

Kumpikaan tulos ei itsessään tuota sisäkkäistä tunnelia. Ketju edellyttää, että yksi tunneli kuljettaa toisen salatut paketit, ja se on arkkitehtuuri, ei järjestyksen sattuma.

Mitä toinen asiakas kirjoittaa yli

Toinen asiakas asentaa tyypillisesti oletusreitin, lisää omat sääntönsä ja työntää oman selvittäjänsä. Ensimmäinen voi selvitä prosessina ilman liikennettä tai pitää reitin, joka ei enää voita. Verkkotunnuskohtaiset reitit ovat tavallinen uhri, minkä vuoksi jotkin kohteet toimivat edelleen, kun taas toiset epäonnistuvat. Näkyvä oire on katkeaminen, ja todellinen tila on osittainen korvaaminen.

Lähtevän IP:n tarkistus ei paljasta tätä. Se ilmoittaa yhden osoitteen yhtä kohdetta kohden eikä kerro mitään siitä, mitkä reitit kirjoitettiin yli tai mikä selvittäjä nyt vastaa. Nähdäksesi vahingon, lue reititystaulu ja selvittäjän tila.

Sisäkkäisyys on suunnittelua, ei klikkausten järjestys

Jos sisäkkäisyys on tarkoitus, dokumentoi jokaisen päätepisteen ulompi polku, sen vikakäytäntö ja MTU:n seuraukset. Päätä, mitä tapahtuu, kun ulompi tunneli putoaa sisemmän vielä uskoessa olevansa yhdistetty. Asiakkaiden käynnistäminen onnekkaassa järjestyksessä ei ole kokoonpano, koska seuraava päivitys tai uudelleenyhdistäminen järjestää ne uudelleen. Sisäkkäinen järjestely vaatii samaa huolellisuutta kuin mikä tahansa muu topologia.

Kun yksi yhteys on työtä ja toinen henkilökohtainen, nojaa siihen eristykseen tai hallittuun järjestelyyn, jota alusta tukee. Yrityksen valvontamekanismien repiminen irti ei ole erottelustrategia.

Varmista sovelluksella, älä kuvakkeella

Harjoittele sovelluksia, joilla on todella merkitystä, jokaisesta kontekstista, jota aiot käyttää, ja sisällytä testiin selvittäjän käyttäytyminen ja uudelleenyhdistämiset. Lopullinen lähtöosoite ei voi tunnistaa jokaista ylikirjoitettua reittiä, eikä vihreä kuvake voi tunnistaa yhtäkään niistä. Kirjaa, kuka omistaa yhteyden ja mikä yhdistelmä todella tuetaan.

Jos tuote ei nimenomaisesti tue rinnakkaiseloa toisen kanssa, satunnainen reitin tai käyttöoikeuden muutos ei tuota ylläpidettävää käyttöönottoa. Se tuottaa sellaisen, joka toimii seuraavaan päivitykseen asti.

Kirjoita muistiin, mikä asiakas omistaa oletusreitin, mikä selvittäjä vastaa ja mitä tapahtuu, kun kukin niistä pysähtyy.