Å starte ein ny VPN erstattar tilstanden til den første

To klientar, to ikon som viser tilkopling, og ei tru på at trafikken no går gjennom båe. Samanlikn den trua med kva kvar plattform faktisk tillèt. Ein telefon har vanlegvis nøyaktig éin plass til ein VPN-teneste; ein datamaskin kan køyre fleire klientar som kjempar om dei same rutene og den same resolvaren. Skilnaden mellom desse to situasjonane forklarer dei fleste rapportane om ein VPN som fell når ein annan startar.

Ikona skildrar prosessar, ikkje ei kjede.

Éin plass på ein telefon, fleire kandidatar på ein datamaskin

På Android tilbyr plattforma ein VPN-tenestemodell med éin aktiv VPN per brukarprofil, så når ein startar ein annan, stoppar den første. Det er systemet som handhevar si eiga regel, ikkje ein feil i nokon av klientane. På ein datamaskin kan fleire klientar køyre samtidig, og då konkurrerer dei om rutetabellen, policyreglar, resolverkonfigurasjon og virtuelle grensesnitt. Båe utfalla er plattforma som arbeider som designa.

Ingen av utfalla lagar ein nestet tunnel i seg sjølv. Ei kjede krev at éin tunnel ber dei krypterte pakkane til den andre, og det er arkitektur, ikkje eit tilfelle i rekkjefølgja.

Kva den andre klienten skriv over

Den andre klienten installerer vanlegvis ei standardrute, legg til sine eigne reglar og skyv sin eigen resolver. Den første kan overleve som ein prosess utan trafikk, eller halde på ei rute som ikkje lenger vinn. Domenespesifikke ruter er det vanlege offeret, og difor held nokre destinasjonar fram med å verke medan andre feilar. Det synlege symptomet er ei fråkopling, og den faktiske tilstanden er ei delvis erstatning.

Ein sjekk av utgangs-IP vil ikkje avdekkje dette. Han rapporterer éin adresse for éin destinasjon og seier ingenting om kva ruter som vart skrivne over eller kva resolver som no svarar. For å sjå skaden, les rutetabellen og tilstanden til resolvaren.

Nesting er ein design, ikkje ei rekkjefølgje av klikk

Viss nesting er meininga, dokumenter den ytre vegen til kvar endepunkt, feilpolitikken hans og konsekvensane for MTU. Bestem kva som skjer når den ytre tunnelen fell medan den indre framleis trur han er tilkopla. Å starte klientar i ei heldig rekkjefølgje er ikkje ein konfigurasjon, fordi neste oppdatering eller gjenoppkopling omorganiserer dei. Eit nesta arrangement krev same omhug som kvar annan topologi.

Når éi tilkopling er for arbeid og ei anna er personleg, len deg på den isolasjonen eller den styrte ordninga plattforma støttar. Å rive ut bedriftskontrollane er ikkje ein separasjonsstrategi.

Verifiser med applikasjonen, ikkje ikonet

Test applikasjonane som faktisk betyr noko, frå kvar samanheng du har tenkt å bruke, og ta med resolveråtferd og gjenoppkoplingar i testen. Ei endeleg utgangsadresse kan ikkje identifisere kvar overskriven rute, og eit grønt ikon kan ikkje identifisere nokon av dei. Noter kven som eig tilkoplinga og kva kombinasjon som faktisk er støtta.

Viss eit produkt uttrykkeleg ikkje støttar samverke med eit anna, vil ei tilfeldig rute- eller løyveendring ikkje gje ein vedlikehaldbar utrulling. Det vil gje ein som verkar til neste oppdatering.

Skriv ned kva klient som eig standardruta, kva resolver som svarar, og kva som skjer når kvar av dei stoppar.