Host VPN bat edo Genymotion barruko bezero bat: erabaki nor den tunelaren jabe

Mahaigaineko VPN batek bi lekutan eragiten dio Genymotioni, eta bat konpontzeak ez du ezer frogatzen besteaz. Lehenengoa mahaigaineko aplikazioak gailu birtuala kontrolatzeko erabiltzen duen konexioa da; bigarrena Android aplikazio birtualaren bidea zerbitzu pribatu batera. Erabaki bi horietako zein aldatzen ari zaren egia esan, adaptadore bat ukitu aurretik, eta gero idatzi Genymotion Desktop bertsioa, host sistema eragilea eta hiperbisorea, VirtualBox host-only adaptadore baterako idatzitako argibideak ez baitira QEMU gailu batera ezta hodeian ostatutako saio batera eramaten.

Bi bide makina bakarrean

Kontrol-bidea Genymotion mahaigaineko aplikaziotik gailu birtualera doa, sarritan host-only sare batetik. Aplikazioaren bidea Android barnetik kanpora doa, aplikazioak hitz egiten duen horretara. Host VPN batek bigarrena eraman eta lehenengoa hautsi dezake, eta horregatik mahaigainean lan egiten duen arakatzaile batek oso gutxi esan nahi du. Tunel batek bi bideak edo bat bakarrik zerbitza ditzake, eta antolaketa hori erabakia da, ez istripua.

Idatzi zein bide diagnostikatzen ari zaren. Arlo honetan galdutako ordu gehienak aplikazio pribatuaren DNS aldatzean sortzen dira, gailua inoiz abiarazi ez denean, edo host VPNa lasaitzean, aplikazioak resolver okerra besterik ez zuenean.

Eduki kontrol-konexioa bizirik

Genymotionen beraren Desktop laguntza-oharrak VirtualBox kasu bat dokumentatzen du: host VPNa martxan dagoenean, Desktopek ez du gailu birtuala ikusten jada, eta axola duen salbuespena VirtualBoxen sare-kudeatzailean zerrendatutako host-only adaptadore erreala da. Zerrendatu adaptadore horiek tarte bat asmatu beharrean:

VBoxManage list hostonlyifs

Dokumentazioan inprimatutako tarte lehenetsi bat ez da makina guztietan sare pribatua erabat saihesteko aitzakia. Gehitu erabiltzen ari den adaptadorea estaltzen duen salbuespen txikiena, eta lortu VPN administratzailearen onespena, kudeatutako bezero batek tokiko sarea nahita blokea baitezake. Idatzi salbuespena adaptadorearen izenarekin eta onespen-egunarekin. Sei hilabete geroago ohar hori da araua zergatik existitzen den azaltzen duen gauza bakarra.

Ohar berak dio QEMU konbinazioa ez dela VPN batekin probatu. Har ezazu bateragarritasun-muga gisa, ez zubi-sarera aldatzeak konponduko duen seinale gisa; adaptadorea aldatzeak hutsegitea aldatzen du, baina ez du probatu gabeko konbinazioa konpontzen.

A aukera: utzi hostari trafikoa eramatea

Aukera honekin gonbidatuaren paketeek VPNak baimendu eta zifratzen duen interfaze batera iritsi behar dute. Bideratze kontua da, ez egoera-argiaren kontua: gonbidatuaren paketeek VPNak zifratuko duen interfaze batera iritsi behar dute, eta erantzunek atzeraerako bidea aurkitu behar dute.

Hosteko arakatzaile batek hostaren bidea frogatzen du, eta ezer ez gailu birtual baten jatorria onartzen den ala ez. VPN bezero batzuek birbidalitako edo itzulitako trafikoa lokalean sortutako trafikoarekiko desberdin tratatzen dute, beraz probatu Android barnetik tunelak lan egiten duela ondorioztatu aurretik. Androiden resolverra ere ez da hostarena. Izenak mahaigainean ebazten badira eta aplikazioan huts egiten badute, irakurri gonbidatuaren resolver konfigurazioa VPN profila ukitu aurretik.

B aukera: exekutatu onartutako bezero bat Android barruan

Hemen gonbidatuak bere profila, kredentzialak, bideak eta resolver politika ditu. Android VPN API arruntek ez dute root sarbiderik behar, beraz bezero estandar bat gailu birtualaren barruan instalatu eta konektatzen da. Onarpena da jendeak saltatzen duen zatia. Erakundeak bezero hori eta gailu birtualaren ingurune hori baimendu behar ditu, eta inportazio garbi batek ez ditu berez betetzen gailu-erregistroaren edo egoeraren egiaztapenak. Galdetu horren inguruan lan-fluxu bat eraiki aurretik.

Bi aukerak ere pilatu daitezke: Android barruko tunel batek hostean jada dabilen tunel baten bidez irits daiteke bere zerbitzarira. Antolaketa horrek iristeko moduko mutur bat eta benetan baimendu duzun birbidaltzea behar ditu, ez kasualitatez elkarrekin piztuta dauden bi argi berde.

Egiaztatu aplikaziotik eta idatzi antolaketa

Erabili Android aplikazio bera proba guztietan eta irakurri zer jakinarazten duen: helbideak erantzuten duen, izen pribatuak ebazten duen eta aplikazioak zer itzultzen duen. Hiru behaketak bideratze-hutsegitea resolver hutsegite batetik eta politika-ukatze batetik bereizten dituzte.

Gailua abiarazten ez denean, edo Desktopek galtzen duenean, har ezazu kontrol-bidearen hutsegite gisa, ez DNS hutsegite gisa. Sintoma hori lehen bideari dagokio, eta konponketa hostean dago, ez Android barruan. Amaitu lau datu idatziz: Genymotion Desktop bertsioa, hiperbisorea, zein alde den tunelaren jabe eta host-only salbuespen zehatza, bat gehitu bada. Aukeratu sarearen jabeak onartzen duen antolaketa dokumentatu bat, eta ez hartu enpresa VPN bat desgaitzea edo egoera-egiaztapenak ahultzea arazoen bilaketa neutrotzat zerbitzu pribatuak horien mende daudenean.