VPN na gostitelju ali odjemalec znotraj Genymotiona: odločite, kdo ima predor

Namizni VPN vpliva na Genymotion na dveh mestih, in popravilo enega ne dokaže ničesar o drugem. Prvo je povezava, ki jo namizna aplikacija uporablja za nadzor virtualne naprave; drugo je pot virtualne aplikacije Android do zasebne storitve. Odločite, katero od teh dveh res spreminjate, preden se dotaknete adapterja, nato zapišite različico Genymotion Desktop, gostiteljski operacijski sistem in hipervizor, ker se navodila, napisana za host-only adapter VirtualBoxa, ne prenesejo na napravo QEMU ali na sejo, gostovano v oblaku.

Dve poti na enem stroju

Krmilna pot poteka od namizne aplikacije Genymotion do virtualne naprave, pogosto po omrežju host-only. Pot aplikacije poteka od znotraj Androida navzven do tega, s čimer se aplikacija pogovarja. Gostiteljski VPN lahko nosi drugo in zlomi prvo, zato brskalnik, ki deluje na namizju, dokaže zelo malo. En predor lahko služi obema potema ali samo eni, in takšna ureditev je odločitev, ne naključje.

Zapišite, katero pot diagnosticirate. Večina izgubljenih ur na tem področju izhaja iz spreminjanja DNS zasebne aplikacije, ko se naprava ni nikoli zagnala, ali iz popuščanja gostiteljskega VPN, ko je imela aplikacija preprosto napačen razreševalnik.

Ohranite krmilno povezavo živo

Lastna opomba za podporo Genymotion Desktop dokumentira primer VirtualBoxa: ko je gostiteljski VPN vzpostavljen, Desktop ne vidi več virtualne naprave, in izjema, ki šteje, je pravi host-only adapter, naveden v upravitelju omrežja VirtualBoxa. Naštejte te adapterje, namesto da ugibate obseg:

VBoxManage list hostonlyifs

Privzeti obseg, natisnjen v dokumentaciji, ni izgovor za splošno izogibanje zasebnemu omrežju na vsakem stroju. Dodajte najmanjšo izjemo, ki pokriva uporabljeni adapter, in pridobite odobritev skrbnika VPN, ker lahko upravljani odjemalec namenoma blokira lokalno omrežje. Zapišite izjemo z imenom adapterja in datumom odobritve. Pol leta pozneje je ta opomba edina stvar, ki pojasnjuje, zakaj pravilo obstaja.

Ista opomba pravi, da kombinacija s QEMU ni bila preizkušena z VPN. Obravnavajte to kot omejitev združljivosti in ne kot namig, da bo prehod na mostno omrežje to popravil; menjava adapterja spremeni napako, ne preizkušene kombinacije pa ne reši.

Možnost A: pustite gostitelju, da nosi promet

Pri tej izbiri morajo paketi gosta prispeti na vmesnik, ki ga VPN hkrati dovoljuje in šifrira. To je vprašanje usmerjanja, ne kontrolne lučke: paketi gosta morajo prispeti na vmesnik, ki ga bo VPN šifriral, odgovori pa morajo najti pot nazaj.

Brskalnik na gostitelju dokaže pot gostitelja in nič o tem, ali je vir z virtualne naprave sprejet. Nekateri odjemalci VPN obravnavajo posredovani ali prevedeni promet drugače kot lokalno ustvarjeni promet, zato preizkusite znotraj Androida, preden sklepate, da predor deluje. Tudi razreševalnik Androida ni razreševalnik gostitelja. Če se imena na namizju razrešijo in v aplikaciji ne, preberite konfiguracijo razreševalnika gosta, preden se dotaknete profila VPN.

Možnost B: zaženite podprtega odjemalca znotraj Androida

Tu ima gost svoj profil, poverilnice, poti in politiko razreševalnika. Običajni vmesniki VPN v Androidu ne potrebujejo dostopa root, zato se standardni odjemalec namesti in poveže znotraj virtualne naprave. Odobritev je tisti del, ki ga ljudje preskočijo. Organizacija mora dovoliti tega odjemalca in to okolje virtualne naprave, čist uvoz pa sam po sebi ne izpolnjuje preverjanj registracije naprave ali stanja. Vprašajte, preden okoli tega zgradite delovni tok.

Obe izbiri se lahko tudi plastita: predor znotraj Androida lahko doseže svoj strežnik skozi predor, ki že teče na gostitelju. Takšna ureditev potrebuje dosegljivo končno točko in posredovanje, ki ste ga resnično dovolili, ne dve zeleni lučki, ki slučajno svetita skupaj.

Preverite iz aplikacije in zapišite ureditev

Uporabite isto aplikacijo Android pri vsakem preizkusu in preberite, kaj poroča: ali naslov odgovarja, ali se zasebno ime razreši in kaj aplikacija vrne. Tri opažanja ločijo napako usmerjanja od napake razreševalnika in od zavrnitve po politiki.

Ko se naprava ne zažene ali jo Desktop izgubi, to obravnavajte kot napako krmilne poti in ne kot napako DNS. Ta simptom spada k prvi poti, popravek pa je na gostitelju, ne znotraj Androida. Zaključite z zapisom štirih dejstev: različica Genymotion Desktop, hipervizor, katera stran ima predor in natančna izjema host-only, če je bila dodana. Izberite dokumentirano ureditev, ki jo lastnik omrežja podpira, in izklopa poslovnega VPN ali slabitve preverjanj stanja ne obravnavajte kot nevtralno odpravljanje težav, ko se zasebna storitev nanje opira.