VPN á hýsilnum eða biðlari inni í Genymotion: ákveðið hver á göngin

Skjáborðs-VPN hefur áhrif á Genymotion á tveimur stöðum, og að laga annan sannar ekkert um hinn. Fyrri er tengingin sem skjáborðsforritið notar til að stjórna sýndartækinu; seinni er slóð sýndar Android-forritsins að einkaaðilaþjónustu. Ákveddu hvorri þeirra þú ert í raun að breyta áður en þú snertir millistykki, skráðu síðan útgáfu Genymotion Desktop, stýrikerfi hýsilsins og hypervisor, því leiðbeiningar sem skrifaðar eru fyrir host-only millistykki VirtualBox flytjast ekki yfir á QEMU tæki né á setu sem hýst er í skýi.

Tvær slóðir á einni vél

Stjórnslóðin liggur frá Genymotion skjáborðsforritinu að sýndartækinu, oft um host-only net. Slóð forritsins liggur frá innri Android út til þess sem forritið talar við. VPN á hýsil getur borið hina seinni og brotið þá fyrri, og þess vegna skilar vafri sem virkar á skjáborðinu mjög litlu. Ein göng geta þjónað báðum slóðum eða aðeins annarri, og það fyrirkomulag er ákvörðun en ekki tilviljun.

Skráðu hvaða slóð þú ert að greina. Stærstur hluti tapaðra klukkustunda á þessu sviði kemur frá því að breyta DNS einkaaðilaforritsins þegar tækið ræstist aldrei, eða frá því að slaka á VPN hýsilsins þegar forritið var einfaldlega með rangt leysir.

Haltu stjórntengingunni lifandi

Eigin Desktop stuðningsathugasemd Genymotion lýsir VirtualBox tilviki: þegar VPN á hýsil er komið upp sér Desktop ekki lengur sýndartækið, og undantekningin sem skiptir máli er hið raunverulega host-only millistykki sem skráð er í netstjóra VirtualBox. Teldu upp þessi millistykki í stað þess að giska á bil:

VBoxManage list hostonlyifs

Sjálfgefið bil sem prentað er í skjölun er ekki afsökun fyrir alhliða framhjáhlaupi á einkanetinu á hverri vél. Bættu við minnstu undantekningunni sem nær yfir millistykkið sem er í notkun, og fáðu samþykki VPN stjórnandans, því stýrður biðlari getur lokað á staðarnetið viljandi. Skráðu undantekninguna með nafni millistykkis og dagsetningu samþykkis. Hálfu ári síðar er sú athugasemd eina hluturinn sem útskýrir hvers vegna reglan er til.

Sama athugasemd segir að QEMU samsetningin hafi ekki verið prófuð með VPN. Líttu á það sem samhæfingartakmörkun en ekki vísbendingu um að skipti yfir í bridged net muni laga það; að skipta um millistykki breytir biluninni en leysir ekki óprófuðu samsetninguna.

Valkostur A: leyfðu hýslinum að bera umferðina

Með þessu vali verða pakkar gestsins að komast að tengi sem VPN leyfir og dulkóðar bæði. Þetta er spurning um leiðarval, ekki stöðuljós: pakkar gestsins verða að komast að tengi sem VPN mun dulkóða, og svörin verða að finna leiðina til baka.

Vafri á hýslinum sannar slóð hýsilsins og ekkert um hvort uppruni frá sýndartæki sé samþykktur. Sumir VPN biðlarar meðhöndla framsend eða þýdd gögn öðruvísi en gögn sem mynduð eru á staðnum, svo prófaðu inni í Android áður en þú ályktar að göngin virki. Leysir Android er heldur ekki leysir hýsilsins. Ef nöfn leysast á skjáborðinu en mistakast í forritinu, lestu leysir stillingar gestsins áður en þú snertir VPN sniðið.

Valkostur B: keyrðu studdan biðlara inni í Android

Hér heldur gesturinn eigin sniði, skírteinum, leiðum og leysirstefnu. Venjuleg Android VPN viðmót þurfa ekki root aðgang, svo staðalbiðlari setur sig upp og tengist inni í sýndartækinu. Samþykkið er sá hluti sem fólk sleppir. Stofnunin verður að leyfa þann biðlara og það sýndartækjaumhverfi, og hrein innflutningur uppfyllir ekki eitt og sér skráningu tækis né stöðuprófanir. Spurðu áður en þú byggir vinnuflæði í kringum það.

Valkostirnir tveir geta líka staflast: göng inni í Android geta náð í þjóninn sinn gegnum göng sem þegar keyra á hýslinum. Slíkt fyrirkomulag þarf aðgengilegan endapunkt og framsendingu sem þú leyfðir í raun, ekki tvö græn ljós sem hendingu hafa kviknað samtímis.

Sannreyndu frá forritinu og skráðu fyrirkomulagið

Notaðu sama Android forritið í hverri prófun og lestu hvað það greinir frá: hvort vistfangið svarar, hvort einkanafnið leysist og hvað forritið skilar. Þrjár athuganir aðgreina leiðarvillu frá leysirvillu og frá synjun stefnu.

Þegar tækið ræsist ekki, eða Desktop tapar því, meðhöndlaðu það sem bilun í stjórnslóðinni en ekki DNS bilun. Það einkenni tilheyrir fyrri slóðinni, og lagfæringin er á hýslinum, ekki inni í Android. Ljúktu með að skrá fjórar staðreyndir: útgáfa Genymotion Desktop, hypervisor, hvor hliðin á göngin og nákvæma host-only undantekningin ef einni var bætt við. Veldu skjalfest fyrirkomulag sem eigandi netsins styður, og líttu ekki á að slökkva á fyrirtækja VPN eða veikja stöðuprófanir sem hlutlausa bilunargreiningu þegar einkaaðilaþjónustan byggir á þeim.