Teise VPN-i käivitamine asendab esimese oleku

Kaks klienti, kaks ühendatud oleku ikooni ja usk, et liiklus läbib nüüd mõlemat. Võrrelge seda usku sellega, mida iga platvorm tegelikult lubab. Telefonis on tavaliselt täpselt üks koht VPN-teenuse jaoks; töölaual võib töötada mitu klienti, mis võistlevad samade marsruutide ja sama resolveri pärast. Nende kahe olukorra erinevus selgitab enamikku teateid VPN-i kadumisest, kui teine käivitub.

Ikoonid kirjeldavad protsesse, mitte ahelat.

Üks koht telefonis, mitu pretendeerijat töölaual

Androidis pakub platvorm VPN-teenuse mudelit, kus kasutajaprofiili kohta on üks aktiivne VPN, seega teise käivitamine peatab esimese. See on süsteem, mis rakendab oma reeglit, mitte viga kummaski kliendis. Töölaual võivad mitmed kliendid töötada korraga ja siis võistlevad nad marsruutimistabeli, poliitikareeglite, resolveri seadistuse ja virtuaalsete liideste pärast. Mõlemad tulemused on platvorm, mis töötab nii, nagu on ette nähtud.

Kumbki tulemus ei tekita iseenesest pesastatud tunnelit. Ahel nõuab, et üks tunnel kannaks teise krüpteeritud pakette, ja see on arhitektuur, mitte järjekorra juhus.

Mida teine klient üle kirjutab

Teine klient paigaldab tavaliselt vaikimisi marsruudi, lisab oma reeglid ja surub peale oma resolveri. Esimene võib jääda alles protsessina ilma liikluseta või hoida marsruuti, mis enam ei võida. Domeenipõhised marsruudid on tavaline ohver, mistõttu mõned sihtmärgid töötavad edasi, teised aga ebaõnnestuvad. Nähtav sümptom on ühenduse katkemine ja tegelik olek on osaline asendamine.

Väljumis-IP kontroll ei paljasta seda. See teatab ühe aadressi ühe sihtmärgi kohta ega ütle midagi selle kohta, millised marsruudid üle kirjutati või milline resolver nüüd vastab. Kahju nägemiseks lugege marsruutimistabelit ja resolveri olekut.

Pesastamine on disain, mitte klõpsude järjekord

Kui pesastamine on eesmärk, dokumenteerige iga lõpp-punkti välimine tee, selle tõrkepoliitika ja MTU tagajärjed. Otsustage, mis juhtub, kui välimine tunnel kukub, samal ajal kui sisemine arvab endiselt, et on ühendatud. Klientide käivitamine õnnelikus järjekorras ei ole seadistus, sest järgmine uuendus või taasühendus järjestab need ümber. Pesastatud paigutus vajab sama hoolt nagu iga teine topoloogia.

Kui üks ühendus on töö jaoks ja teine isiklik, toetuge isolatsioonile või hallatud lahendusele, mida platvorm toetab. Ettevõtte kontrollide väljarebimine ei ole eraldamise strateegia.

Kontrollige rakendusega, mitte ikooniga

Harjutage rakendusi, mis tegelikult loevad, igast kontekstist, mida kavatsete kasutada, ja lisage testi resolveri käitumine ja taasühendused. Lõplik väljumisaadress ei suuda tuvastada iga üle kirjutatud marsruuti ja roheline ikoon ei suuda tuvastada ühtegi neist. Kirjutage üles, kellele ühendus kuulub ja milline kombinatsioon on tegelikult toetatud.

Kui toode ei toeta teisega kooseksisteerimist selgesõnaliselt, ei loo juhuslik marsruudi- või õiguste muudatus hooldatavat juurutust. See loob sellise, mis töötab kuni järgmise uuenduseni.

Kirjutage üles, milline klient omab vaikimisi marsruuti, milline resolver vastab ja mis juhtub, kui igaüks neist peatub.