Startigi duan VPN anstataŭigas la staton de la unua

Du klientoj, du konektitaj ikonoj kaj la kredo, ke trafiko nun pasas tra ambaŭ. Komparu tiun kredon kun tio, kion ĉiu platformo efektive permesas. Telefono kutime havas precize unu lokon por VPN-servo; komputilo povas ruli plurajn klientojn, kiuj konfliktas pri la samaj itineroj kaj la sama solvilo. La diferenco inter tiuj du situacioj klarigas la plej multajn raportojn pri VPN, kiu falas kiam alia startas.

La ikonoj priskribas procezojn, ne ĉenon.

Unu loko sur telefono, pluraj pretendintoj sur komputilo

Sur Android la platformo proponas VPN-servmodelon kun unu aktiva VPN por uzantprofila, do startigi duan haltigas la unuan. Tio estas la sistemo, kiu plenumas sian propran regulon, ne cimo en iu ajn kliento. Sur komputilo pluraj klientoj povas resti rulantaj samtempe, kaj tiam ili konkurencas pri la enkursigilo-tabelo, politikaj reguloj, solvila agordo kaj virtualaj interfacoj. Ambaŭ rezultoj estas la platformo laboranta laŭ sia dizajno.

Nek unu rezulto mem produktas nestitan tunelon. Ĉeno postulas, ke unu tunelo portu la ĉifritajn pakaĵojn de la alia, kaj tio estas arkitekturo, ne hazardo de ordo.

Kion la dua kliento anstataŭigas

La dua kliento kutime instalas defaŭltan itineron, aldonas proprajn regulojn kaj puŝas sian propran solvilon. La unua povas pluvivi kiel procezo sen trafiko, aŭ konservi itineron, kiu jam ne venkas. Itineroj specifaj por domajnoj estas la kutima viktimo, tial kelkaj celoj daŭre funkcias dum aliaj malsukcesas. La videbla simptomo estas malkonekto, kaj la reala stato estas parte anstataŭigo.

Kontrolo de la elira IP ne malkaŝos tion. Ĝi raportas unu adreson por unu celo kaj diras nenion pri tio, kiuj itineroj estis anstataŭigitaj aŭ kiu solvilo nun respondas. Por vidi la damaĝon, legu la enkursigilo-tabelon kaj la staton de la solvilo.

Nestado estas dizajno, ne ordo de klakoj

Se nestado estas la celo, dokumentu la eksteran vojon de ĉiu finpunkto, ĝian malsukcesan politikon kaj la sekvojn por MTU. Decidu, kio okazas kiam la ekstera tunelo falas dum la interna ankoraŭ kredas esti konektita. Startigi klientojn en bonŝanca ordo ne estas agordo, ĉar la sekva ĝisdatigo aŭ rekonekto reordigas ilin. Nestita aranĝo bezonas la saman zorgon kiel ajna alia topologio.

Kiam unu konekto estas por laboro kaj alia estas persona, apogu vin sur kiu ajn izolado aŭ administrata aranĝo, kiun la platformo subtenas. Elŝiri la firmajn kontrolojn ne estas strategio de apartigo.

Kontrolu per la aplikaĵo, ne per la ikono

Ekzercu la aplikaĵojn, kiuj vere gravas, el ĉiu kunteksto, kiun vi intencas uzi, kaj inkluzivu la konduton de la solvilo kaj rekonektojn en la testo. Fina elira adreso ne povas identigi ĉiun anstataŭigitan itineron, kaj verda ikono povas identigi neniun el ili. Notu, kiu posedas la konekton kaj kiu kombinaĵo efektive subteniĝas.

Se produkto eksplicite ne subtenas kunekziston kun alia, hazarda ŝanĝo de itinero aŭ permeso ne produktos bonteneblan deplojon. Ĝi produktos tian, kiu funkcias ĝis la sekva ĝisdatigo.

Notu, kiu kliento posedas la defaŭltan itineron, kiu solvilo respondas kaj kio okazas, kiam ĉiu el ili haltas.