Bi iPhone VPN aldi berean: zeinek darama zure trafikoa?
iPhone batean konektatutako bi VPN ez dira kate bat. Irakurri dokumentatutako bizikidetza-eredua, eta egiaztatu gero zein konfigurazio den fluxu bakoitza daramana.
Bi VPN aplikaziok Connected erakusten dute, eta ustea da trafikoa orain biez doala, bata bestearen barruan. Normalean ez da horrela gertatzen. iOSek bizikidetza-eredu zehatza du, eta ez da kate bat. Konfigurazio-klase bat instantzia gaituta bakar batera dago mugatuta, bestea haren ondoan exekuta daiteke, eta ibilbide-lehentasunak erabakitzen ditu gatazkak. Bi etengailu piztuta ez dira bi jauzi. Eredua dokumentatuta dago, eta horrek esan nahi du bidea ikonoetatik asmatu beharrean aurrez jakin daitekeela.
Mitoa: bi VPN konektatuta kate bat dira
Bi jauziko kate batek kanpoko garraio zehatza, barneko tunel zehatza, muturren bideratze bateragarria eta bietako bat huts eginez gero zer gertatuko den plan bat behar ditu. Bi konfigurazio independentek ez dute hori sortzen aldi berean existitzeagatik soilik. Ibilbide-lehentasuna ez da kapsulatzea bezalakoa, eta konfigurazio batek ibilbide-bilaketa bat irabazteak ez du ezer esaten besteak sortutako paketeak daramatzan ala ez.
Habiaratzea behar baduzu, diseinatu habiaratze gisa. Ez ondorioztatu konexio-adierazle birengandik. Bereizketa horrek arazketa asko aurrezten du.
Mito horren atzeko dokumentatutako eredua
Apple-ren NETunnelProviderManager-ek ohiko enpresako VPN konfigurazioak deskribatzen ditu eta dio mota horretako bat soilik gaitu daitekeela aldi berean. Erreferentzia berak Personal VPN bat haren ondoan gaituta eta konektatuta egoten uzten du, eta enpresako ibilbideei lehentasuna ematen die biak gainjartzen direnean.
Hemen Personal VPN NEVPNManager bidez kudeatutako IPsec edo IKEv2 inplementazio integratuaren API terminoa da. NETunnelProviderManager tunel-hornitzailearen eredua da. Kontsumitzaileen aplikazio batek hornitzaile-eredua erabil dezake, beraz personal duen produktu-izen batek ez du hura sailkatzen.
Applek konbinazio baimendu bat dokumentatzen du, eta baimenak ez dizu esaten bi hornitzaileren profilek bateragarritasunik dutenik, beraz galdetu hornitzaile bakoitzari zein bikote onartzen den. Haien konfigurazio-motak, ibilbideak eta politikak erabakitzen dute oraindik emaitza.
Mitoa: VPN pertsonalak hartzen du nabigazio-trafikoa
Helmuga guztiak erreklamatzen dituen lan-profil batek nabigazio publikorako ibilbide-bilaketa ere irabaziko du, beraz irteera pertsonalak ez du horretatik ezer eramaten. Dokumentatutako lehentasunaren arabera, enpresako ibilbideek irabazten dute gatazka dagoenean, beraz nabigazio publikoak ez du automatikoki irteera pertsonala hartzen aplikazio horrek ere konektatuta dagoela jakinarazten duelako soilik. Lan-konfigurazio estuago batek bideratze-irudia alda dezake, baina erakundearen bezeroak oraindik DNS, blokeo edo gailu-baldintzak ezar ditzake. Eskatu onartutako konponbidea bere jabearengandik, baldintza horiek bertan editatu beharrean.
Aplikazio bakoitzeko konfigurazio kudeatuek beren esparrua dute. Ez hedatu gailu-mailako arau bat kudeatutako hedapen guztietara.
Idatzi bi fluxuak probatu aurretik: lan-zerbitzuaren izen eta barruti pribatuak, eta nabigazio publikoko eskaera berri bat. Biak legitimoak dira, eta egiaztapen desberdinak behar dituzte.
Ibilbide-lehentasuna tunel zatitua duen lan-profil batekin
Tunel zatitua duen lan-profil bat zerrendatzen dituen aurrizki pribatuen eta barneko DNS atzizkiaren jabe egiten da, eta ibilbide horiek haiekin bat datozen bilaketak irabazten dituzte. Enpresako ibilbide batekin bat ez datozen helmuga publikoek esteka fisikora jausiko dira, VPN pertsonalak lehenago erreklamatzen ez baditu. Lehentasun-arauak gainjartzen diren bat-etortzeak soilik erabakitzen ditu, horregatik bi profilak ibilbide-taulak bezala irakurri behar dira, ez ikonoak bezala.
Idatzi bikotea bi lerrotan eta izenda itzazu bakoitzerako espero den irabazlea: 10.x edo 172.16.x-ra ebazten den laneko ostalari-izen batek enpresako tuneletik irten beharko luke, eta aurrizki egokirik ez duen helbide publiko batek geratzen den ibilbide lehenetsia hartu beharko luke. Bi lerroek irteera bera izendatzen badute, zatiketak ez du dokumentazioak deskribatzen duena egiten.
Idatzi bi fluxu eta probatu bakoitza
Fluxu bakoitzerako, idatzi zein konfigurazio onartuk daraman eta zein ebazlek jasango duen izen mota bakoitza. Egiaztatu gero eskaera berriekin, ez lan-orri katxeatu batekin edo IP emaitza zahar batekin.
Gelditu konfigurazio bat eta errepikatu bi fluxuak. Hutsegite-portaera diseinuaren parte da, eta hori da erabiltzaileek nabaritzen duten zatia. Bi hornitzaileek konbinazioa onartu ezin dutenean, erabaki konfigurazio onartu bakarra eta dokumentatu zein fluxu daraman, edo joan tunel bakarreko diseinu kudeatura. NETunnelProviderManager dokumentazioa da bizikidetza-arauaren iturria.