VPN kwenye host au mteja ndani ya Genymotion: amua nani anamiliki handaki

VPN ya desktop inaathiri Genymotion mahali pawili, na kurekebisha moja hakuthibitishi chochote kuhusu kingine. Ya kwanza ni muunganisho ambao programu ya desktop hutumia kudhibiti kifaa pepe; ya pili ni njia ya programu pepe ya Android kuelekea huduma ya faragha. Amua ni ipi kati ya hizi unayobadilisha kweli kabla ya kugusa adapta, kisha andika toleo la Genymotion Desktop, mfumo wa uendeshaji wa host na hypervisor, kwa sababu maelekezo yaliyoandikwa kwa adapta ya host-only ya VirtualBox hayahamishiwi kwenye kifaa cha QEMU au kikao kinachopangishwa katika wingu.

Njia mbili kwenye mashine moja

Njia ya udhibiti inaanzia kwenye programu ya desktop ya Genymotion hadi kifaa pepe, mara nyingi kupitia mtandao wa host-only. Njia ya programu inaanzia ndani ya Android kwenda nje kuelekea kile ambacho programu huzungumza nacho. VPN ya host inaweza kubeba ya pili na kuvunja ya kwanza, ndiyo sababu kivinjari kinachofanya kazi kwenye desktop huthibitisha kidogo sana. Handaki moja linaweza kuhudumia njia zote mbili au moja tu, na mpangilio huo ni uamuzi, si ajali.

Andika ni njia gani unachunguza. Saa nyingi zinazopotea katika eneo hili hutokana na kubadilisha DNS ya programu ya faragha wakati kifaa hakikuwahi kuwaka, au kutolea nafuu VPN ya host wakati programu ilikuwa na kitatuzi kisicho sahihi tu.

Weka muunganisho wa udhibiti hai

Kumbuka rasmi ya usaidizi ya Desktop ya Genymotion yenyewe inaeleza kisa cha VirtualBox: mara VPN ya host inapoinuka, Desktop haioni tena kifaa pepe, na isipokuwa muhimu ni adapta halisi ya host-only iliyoorodheshwa katika meneja wa mtandao wa VirtualBox. Orodhesha adapta hizo badala ya kukisia masafa:

VBoxManage list hostonlyifs

Masafa ya chaguo-msingi yaliyochapishwa kwenye nyaraka si kisingizio cha kukwepa mtandao wa faragha kabisa kwenye kila mashine. Ongeza isipokuwa ndogo zaidi inayofunika adapta inayotumika, na pata idhini ya msimamizi wa VPN, kwa sababu mteja anayesimamiwa anaweza kuzuia mtandao wa ndani kwa makusudi. Andika isipokuwa hiyo pamoja na jina la adapta na tarehe ya idhini. Miezi sita baadaye kumbuka hiyo ndiyo kitu pekee kinachoeleza kwa nini kanuni ipo.

Kumbuka hiyo hiyo inasema mchanganyiko wa QEMU haujajaribiwa na VPN. Chukulia hilo kama kikomo cha uoanifu na si kama dokezo kwamba kuhamia mtandao wa bridged kutarekebisha; kubadilisha adapta hubadilisha aina ya hitilafu, lakini hakitati mchanganyiko usiojaribiwa.

Chaguo la kwanza: acha host ibebe trafiki

Kwa chaguo hili pakiti za mgeni lazima zifikie kiolesura ambacho VPN inaruhusu na kusimba kwa wakati mmoja. Hili ni swali la uelekezaji, si la taa ya hali: pakiti za mgeni lazima zifikie kiolesura ambacho VPN itasimba, na majibu lazima yapate njia ya kurudi.

Kivinjari kwenye host huthibitisha njia ya host na hakuna chochote kuhusu kama chanzo kutoka kifaa pepe kinakubaliwa. Baadhi ya wateja wa VPN hushughulikia trafiki iliyopelekwa au iliyotafsiriwa tofauti na trafiki iliyozalishwa ndani, kwa hiyo jaribu kutoka ndani ya Android kabla ya kuhitimisha kuwa handaki linafanya kazi. Kitatuzi cha Android pia si kitatuzi cha host. Ikiwa majina yanatatuliwa kwenye desktop na kushindwa katika programu, soma usanidi wa kitatuzi wa mgeni kabla ya kugusa profaili ya VPN.

Chaguo la pili: endesha mteja unaotumika ndani ya Android

Hapa mgeni anashikilia profaili yake, vitambulisho, njia na sera ya kitatuzi. Violesura vya kawaida vya VPN vya Android havihitaji ufikiaji wa root, kwa hiyo mteja wa kawaida husakinishwa na kuunganishwa ndani ya kifaa pepe. Idhini ni sehemu ambayo watu huiruka. Shirika lazima likubali mteja huyo na mazingira hayo ya kifaa pepe, na uingizaji safi peke yake haukidhi ukaguzi wa usajili wa kifaa au wa mkao. Uliza kabla ya kujenga mtiririko wa kazi kuzunguka hilo.

Chaguo zote mbili zinaweza pia kurundikana: handaki ndani ya Android linaweza kufikia seva yake kupitia handaki ambalo tayari linaendesha kwenye host. Mpangilio kama huo unahitaji kituo cha mwisho kinachofikiwa na upelekaji ulioruhusu kweli, si taa mbili za kijani zinazowaka pamoja kwa bahati.

Thibitisha kutoka kwenye programu na andika mpangilio

Tumia programu hiyo hiyo ya Android kwa kila jaribio na soma inachoripoti: kama anwani inajibu, kama jina la faragha linatatuliwa na programu inarudisha nini. Uchunguzi tatu hutenganisha hitilafu ya uelekezaji na hitilafu ya kitatuzi na kukataliwa kwa sera.

Wakati kifaa hakiwaki, au Desktop inakipoteza, chukulia hilo kama hitilafu ya njia ya udhibiti na si hitilafu ya DNS. Dalili hiyo ni ya njia ya kwanza, na marekebisho yako kwenye host, si ndani ya Android. Maliza kwa kuandika mambo manne: toleo la Genymotion Desktop, hypervisor, upande unaomiliki handaki na isipokuwa kamili ya host-only ikiwa moja iliongezwa. Chagua mpangilio ulioandikwa ambao mmiliki wa mtandao anauunga mkono, na usichukulie kuzima VPN ya kampuni au kudhoofisha ukaguzi wa mkao kama utatuzi usioegemea upande wowote wakati huduma ya faragha inategemea hivyo.