Otra VPN palaišana aizstāj pirmā stāvokli

Divi klienti, divas savienojuma ikonas un pārliecība, ka trafiks tagad iet caur abiem. Salīdziniet šo pārliecību ar to, ko katra platforma patiešām atļauj. Tālrunī parasti ir tieši viena vieta VPN pakalpojumam; datorā var darboties vairāki klienti, kas sacenšas par tiem pašiem maršrutiem un to pašu risinātāju. Atšķirība starp šīm divām situācijām izskaidro lielāko daļu ziņojumu par VPN, kas nokrīt, kad tiek palaists cits.

Ikonas apraksta procesus, nevis ķēdi.

Viena vieta tālrunī, vairāki pretendenti datorā

Android platforma piedāvā VPN pakalpojuma modeli ar vienu aktīvu VPN katram lietotāja profilam, tāpēc otrā palaišana aptur pirmo. Tā ir sistēma, kas īsteno savu noteikumu, nevis kļūda kādā no klientiem. Datorā vairāki klienti var darboties vienlaikus, un tad tie sacenšas par maršrutēšanas tabulu, politikas noteikumiem, risinātāja konfigurāciju un virtuālajām saskarnēm. Abi rezultāti ir platforma, kas darbojas tā, kā paredzēts.

Neviens rezultāts pats par sevi nerada ligzdotu tuneli. Ķēdei ir vajadzīgs, lai viens tunelis pārvadātu otra šifrētos paketes, un tā ir arhitektūra, nevis secības nejaušība.

Ko pārraksta otrais klients

Otrais klients parasti instalē noklusējuma maršrutu, pievieno savus noteikumus un uzspiež savu risinātāju. Pirmais var izdzīvot kā process bez trafika vai saglabāt maršrutu, kas vairs neuzvar. Domēnam raksturīgie maršruti parasti cieš, tāpēc daži galamērķi turpina darboties, bet citi neizdodas. Redzamais simptoms ir atslēgšanās, un faktiskais stāvoklis ir daļēja aizstāšana.

Izejas IP pārbaude to neatklās. Tā ziņo vienu adresi vienam galamērķim un neko nesaka par to, kuri maršruti tika pārrakstīti vai kurš risinātājs tagad atbild. Lai redzētu bojājumus, izlasiet maršrutēšanas tabulu un risinātāja stāvokli.

Ligzdošana ir dizains, nevis klikšķu secība

Ja ligzdošana ir nodoms, dokumentējiet katra galapunkta ārējo ceļu, tā kļūmes politiku un MTU sekas. Izlemiet, kas notiek, kad ārējais tunelis nokrīt, kamēr iekšējais vēl domā, ka ir savienots. Klientu palaišana laimīgā secībā nav konfigurācija, jo nākamā atjaunināšana vai atkārtota savienošana tos pārkārto. Ligzdotam izkārtojumam nepieciešama tāda pati rūpība kā jebkurai citai topoloģijai.

Ja viens savienojums ir darbam, bet otrs personīgs, paļaujieties uz jebkuru izolāciju vai pārvaldītu izkārtojumu, ko platforma atbalsta. Korporatīvās kontroles izraušana nav atdalīšanas stratēģija.

Pārbaudiet ar lietojumprogrammu, nevis ikonu

Pārbaudiet lietojumprogrammas, kurām patiešām ir nozīme, no katra konteksta, kuru plānojat izmantot, un iekļaujiet testā risinātāja uzvedību un atkārtotus savienojumus. Galīgā izejas adrese nevar identificēt katru pārrakstīto maršrutu, un zaļa ikona nevar identificēt nevienu no tiem. Pierakstiet, kam pieder savienojums un kura kombinācija patiešām tiek atbalstīta.

Ja produkts skaidri neatbalsta līdzāspastāvēšanu ar citu, nejauša maršruta vai atļaujas maiņa neradīs uzturamu izvietojumu. Tā radīs tādu, kas darbojas līdz nākamajam atjauninājumam.

Pierakstiet, kurš klients pārvalda noklusējuma maršrutu, kurš risinātājs atbild un kas notiek, kad katrs no tiem apstājas.