Gasheer-VPN of ’n kliënt binne Genymotion: besluit wie die tonnel besit

’n Lessenaar-VPN raak Genymotion op twee plekke, en om die een reg te maak bewys niks oor die ander nie. Die eerste is die verbinding wat die lessenaarprogram gebruik om die virtuele toestel te beheer; die tweede is die virtuele Android-program se pad na ’n private diens. Besluit watter een van die twee jy werklik verander voordat jy aan ’n adapter raak, en teken dan die Genymotion Desktop-weergawe, die gasheerbedryfstelsel en die hipervisor aan, want leiding wat vir ’n VirtualBox host-only adapter geskryf is, dra nie oor na ’n QEMU-toestel of na ’n wolkgasheerde sessie nie.

Twee paaie op een masjien

Die beheerpad loop van die Genymotion-lessenaarprogram na die virtuele toestel, dikwels oor ’n host-only-netwerk. Die programpad loop van binne Android uit na wat die program ook al aanspreek. ’n Gasheer-VPN kan die tweede dra en die eerste breek, en daarom beteken ’n werkende blaaier op die lessenaar baie min. Een tonnel kan albei paaie dien of net een daarvan, en daardie reëling is ’n besluit eerder as ’n ongeluk.

Skryf neer watter pad jy ondersoek. Die meeste vermorsde ure in hierdie area kom daarvan om private-toep-DNS te verander wanneer die toestel nooit begin het nie, of om die gasheer-VPN te verslap wanneer die program bloot die verkeerde resolver gehad het.

Hou die beheerverbinding lewendig

Genymotion se eie Desktop-ondersteuningsnota dokumenteer ’n VirtualBox-geval: sodra ’n gasheer-VPN op is, kan Desktop die virtuele toestel nie meer sien nie, en die uitsondering wat saak maak, is die werklike host-only-adapter wat in VirtualBox se netwerkbestuurder gelys is. Lys daardie adapters in plaas daarvan om ’n reeks te raai:

VBoxManage list hostonlyifs

’n Standaardreeks wat in dokumentasie gedruk is, is geen verskoning vir ’n algemene private-netwerk-omlyding op elke masjien nie. Voeg die kleinste uitsondering by wat die adapter in gebruik dek, en kry die VPN-administrateur se goedkeuring daarvoor, want ’n bestuurde kliënt kan die plaaslike netwerk doelbewus blokkeer. Skryf die uitsondering neer met die adapternaam en die goedkeuringsdatum. Ses maande later is daardie nota die enigste ding wat verduidelik waarom die reël bestaan.

Dieselfde nota sê die QEMU-kombinasie is ongetoets met ’n VPN. Behandel dit as ’n versoenbaarheidsbeperking eerder as ’n wenk dat oorskakeling na bridged-netwerking dit sal herstel; om die adapter te verander verander die fout, dit los nie die ongetoetste kombinasie op nie.

Opsie A: laat die gasheer die verkeer dra

Met hierdie keuse moet die gas se pakkette by ’n koppelvlak aankom wat die VPN beide toelaat en versleutel. Dit is ’n roetevraag, nie ’n statusligvraag nie: die gas se pakkette moet by ’n koppelvlak aankom wat die VPN sal versleutel, en die antwoorde moet hul pad terug vind.

’n Blaaier op die gasheer bewys die gasheer se pad en niks daaroor of ’n virtuele-toestel-bron aanvaar word nie. Sommige VPN-kliënte behandel deurgevoerde of vertaalde verkeer anders as plaaslik gegenereerde verkeer, so toets van binne Android voordat jy tot die gevolgtrekking kom dat die tonnel werk. Android se resolver is ook nie die gasheer se resolver nie. As name op die lessenaar oplos en in die program misluk, lees die gas se resolver-konfigurasie voordat jy aan die VPN-profiel raak.

Opsie B: hardloop ’n ondersteunde kliënt binne Android

Hier hou die gas sy eie profiel, geloofsbriewe, roetes en resolver-beleid. Die gewone Android-VPN-API’s het geen root-toegang nodig nie, so ’n standaardkliënt installeer en verbind binne die virtuele toestel. Goedkeuring is die deel wat mense oorslaan. Die organisasie moet daardie kliënt en daardie virtuele-toestel-omgewing toelaat, en ’n skoon invoer voldoen nie op sigself aan toestelregistrasie- of postuurkontroles nie. Vra voordat jy ’n werkstroom daarom bou.

Die twee keuses kan ook stapel: ’n tonnel binne Android kan sy bediener bereik deur ’n tonnel wat reeds op die gasheer loop. Daardie reëling het ’n bereikbare eindpunt en deurvoer nodig wat jy werklik toegelaat het, nie twee groen ligte wat toevallig saam aan is nie.

Verifieer vanuit die program en skryf die reëling neer

Gebruik dieselfde Android-program vir elke toets en lees wat dit rapporteer: of die adres antwoord, of die private naam oplos, en wat die program teruggee. Drie waarnemings skei ’n roetefout van ’n resolverfout van ’n beleidsverwerping.

Wanneer die toestel nie begin nie, of Desktop dit verloor, behandel dit as ’n beheerpadfout eerder as ’n DNS-fout. Daardie simptoom hoort by die eerste pad, en die regstelling is op die gasheer, nie binne Android nie. Eindig deur vier feite aan te teken: Genymotion Desktop-weergawe, hipervisor, watter kant die tonnel besit, en die presiese host-only-uitsondering as een bygevoeg is. Kies ’n gedokumenteerde reëling wat die netwerkeienaar ondersteun, en moenie die deaktiveer van ’n ondernemings-VPN of die verswakking van postuurkontroles as neutrale foutopsporing beskou wanneer die private diens daarop staatmaak nie.