Tvö iPhone-VPN í einu: hvort flytur umferðina þína?

Tvö VPN-forrit sýna bæði Connected, og gengið er út frá því að umferðin fari nú gegnum bæði, annað inni í hinu. Venjulega er það ekki raunin. iOS hefur ákveðið samverkanmódel, og það er ekki keðja. Ein stillingarflokkur er takmarkaður við eitt virkt eintak, hitt getur keyrt við hliðina á því, og forgangur leiða ræður ágreiningi. Tveir kveiktir rofar eru ekki tvö stökk. Módelið er skjalfest, sem þýðir að hægt er að sjá leiðina fyrir fram í stað þess að giska á hana út frá táknunum.

Goðsögn: tvö tengd VPN eru keðja

Keðja með tveimur stökkum þarf skilgreinda ytri flutning, skilgreinda innri göng, samhæfa leiðarstýringu endapunkta og áætlun um hvað gerist ef annað hvort bregst. Tvær óháðar stillingar skapa það ekki einfaldlega með því að vera til á sama tíma. Forgangur leiðar er ekki það sama og innpakning, og það að ein stilling vinni leiðarleit segir ekkert um hvort hin flytji pkana sem verða til.

Ef þú þarft hreiðrun skaltu hanna hana sem hreiðrun. Ekki draga hana af tveimur tengingarvísum. Sá aðgreiningur sparar mikla villufinningu.

Skjalfesta módelið bak við þá goðsögn

NETunnelProviderManager Apple lýsir venjulegum fyrirtækja-VPN-stillingum og segir að aðeins eitt slíkt geti verið virkt í einu. Sama tilvísun leyfir Personal VPN að vera virkt og tengt við hliðina og gefur leiðum fyrirtækisins forgang þar sem þau skarast.

Personal VPN er hér API-hugtakið fyrir innbyggðu IPsec- eða IKEv2-útfærsluna sem stýrt er í gegnum NEVPNManager. NETunnelProviderManager er gönguveitendalíkanið. Neytendaforrit getur notað veitendalíkanið, svo vörumerki sem inniheldur personal flokkar það ekki.

Apple skjalfestir eina leyfða samsetningu, og leyfið segir þér ekki að prófílar tveggja söluaðila séu samhæfðir, svo spurðu hvern söluaðila hvaða par sé stutt. Stillingargerðir þeirra, leiðir og stefnur ráða enn niðurstöðunni.

Goðsögn: persónulega VPN-ið fær vafraumferðina

Vinnusnið sem gerir tilkall til hvers áfangastaðar vinnur leiðarleitina einnig fyrir opinbera vafrun, svo persónulega útgönguleiðin ber ekkert af henni. Samkvæmt skjalfesta forganginum vinna leiðir fyrirtækisins þar sem þær stangast á, svo opinber vafrun tekur ekki sjálfkrafa persónulegu útgönguleiðina bara af því að það forrit tilkynnir líka tengingu. Þrengri vinnustilling getur breytt leiðarstýringarmyndinni, en biðlarinn hjá fyrirtækinu getur samt sett DNS-, blokkun eða tækjaskilyrði. Fáðu studda fyrirkomulagið frá eiganda þess í stað þess að breyta þessum skilyrðum staðbundið.

Stýrðar stillingar fyrir hvert forrit hafa sitt eigið umfang. Ekki yfirfæra reglu á tækjastigi á hverja stýrða uppsetningu.

Skrifaðu niður flæðin tvö fyrir prófun: einkana í vinnuþjónustunni og svið, og ferska beiðni um opinbera vafrun. Bæði eru lögmæt, og þau þurfa mismunandi athuganir.

Forgangur leiða með vinnusniði með skiptum göngum

Vinnusnið með skiptum göngum gerir tilkall til einkaforskeytanna og innri DNS-viðskeytisins sem það listar, og þær leiðir vinna hverja leit sem passar við þær. Opinberir áfangastaðir sem passa við enga leið fyrirtækisins falla á líkamlega tenginguna nema persónulega VPN-ið geri tilkall til þeirra fyrst. Forgangsreglan ræður aðeins þeim tilvikum sem skarast, þess vegna verður að lesa sniðin tvö sem leiðartöflur en ekki sem tákn.

Skrifaðu parið sem tvær línur og nefndu væntanlegan sigurvegara fyrir hvort: vinnuhýsilnafn sem leysist í 10.x eða 172.16.x ætti að fara út um göng fyrirtækisins, og opinbert vistfang án samsvarandi forskýts ætti að taka þá sjálfgefnu leið sem eftir er. Ef báðar línur nefna sömu útgöngu, þá gerir skiptingin ekki það sem skjölunin lýsir.

Skrifaðu niður tvö flæði og prófaðu hvort

Fyrir hvert flæði skaltu skrá hvaða samþykkta stilling á að flytja það og hvaða leysir á að fá hverja tegund nafns. Staðfestu síðan með ferskum beiðnum, ekki með skyndiminni vinnusíðu eða gömlu IP-niðurstöðu.

Stöðvaðu eina stillingu og endurtaktu bæði flæðin. Bilunin er hluti af hönnuninni, og hún er sá hluti sem notendur taka eftir. Þegar veitendurnir tveir geta ekki stutt samsetninguna skaltu velja eina samþykkta stillingu og skjalfesta hvaða flæði hún flytur, eða fara yfir í stýrða hönnun með einum göngum. NETunnelProviderManager-skjölin eru uppspretta samverkanreglunnar.