Host-VPN või klient Genymotioni sees: otsustage, kes tunnelit valdab

Töölaua-VPN mõjutab Genymotioni kahes kohas ning ühe parandamine ei tõesta teise kohta midagi. Esimene on ühendus, mida töölauarakendus kasutab virtuaalseadme juhtimiseks; teine on virtuaalse Androidi rakenduse tee privaatteenuseni. Otsustage, kumba neist te tegelikult muudate, enne kui puudutate adapterit, ja kirjutage seejärel üles Genymotion Desktopi versioon, hosti operatsioonisüsteem ja hüperviisor, sest VirtualBoxi host-only adapteri jaoks kirjutatud juhised ei kandu üle QEMU seadmele ega pilves majutatud seansile.

Kaks teed ühel masinal

Juhttee kulgeb Genymotoni töölauarakendusest virtuaalseadmeni, sageli host-only võrgu kaudu. Rakenduse tee kulgeb Androidi seest välja sinna, millega rakendus räägib. Hosti-VPN võib kanda teist ja murda esimese, mistõttu töölaual töötav brauser tähendab väga vähe. Üks tunnel võib teenindada mõlemat teed või ainult ühte, ja see korraldus on otsus, mitte õnnetus.

Kirjutage üles, millist teed te diagnoosite. Enamik selles valdkonnas kaotatud tunde tuleb privaatraadi DNS-i muutmisest siis, kui seade ei käivitunud kunagi, või hosti-VPN-i lõdvendamisest siis, kui rakendusel oli lihtsalt vale resolver.

Hoidke juhtühendus elus

Genymotoni enda Desktopi tugimärkus dokumenteerib VirtualBoxi juhtumi: kui hosti-VPN on üleval, ei näe Desktop virtuaalseadet enam, ja oluline erand on tõeline host-only adapter, mis on loetletud VirtualBoxi võrguhalduris. Loetlege need adapterid, selle asemel et vahemikku arvata:

VBoxManage list hostonlyifs

Dokumentatsioonis trükitud vaikevahemik ei ole vabandus privaatvõrgu üldiseks möödaminekuks igal masinal. Lisage väikseim erand, mis katab kasutatava adapteri, ja hankige VPN-i administraatori kinnitus, sest hallatav klient võib kohaliku võrgu meelega blokeerida. Kirjutage erand üles adapteri nime ja kinnituskuupäevaga. Kuus kuud hiljem on see märkus ainus, mis selgitab, miks reegel olemas on.

Sama märkus ütleb, et QEMU kombinatsiooni ei ole VPN-iga testitud. Käsitlege seda ühilduvuspiiranguna, mitte vihjena, et sillatud võrgule üleminek selle parandab; adapteri vahetamine muudab tõrke, kuid ei lahenda testimata kombinatsiooni.

Valik A: laske hostil liiklust kanda

Selle valiku korral peavad külalise paketid jõudma liidesesse, mille VPN lubab ja krüpteerib. See on marsruutimise küsimus, mitte olekuindikaatori küsimus: külalise paketid peavad jõudma liidesesse, mille VPN krüpteerib, ja vastused peavad tee tagasi leidma.

Hosti brauser tõestab hosti teed ja mitte midagi selle kohta, kas virtuaalseadme allikat aktsepteeritakse. Mõned VPN-i kliendid käsitlevad edastatud või tõlgitud liiklust teisiti kui kohapeal loodud liiklust, seega testige Androidi seest enne, kui järeldate, et tunnel töötab. Ka Androidi resolver ei ole hosti resolver. Kui nimed lahenevad töölaual ja nurjuvad rakenduses, lugege külalise resolveri seadistust enne, kui puudutate VPN-i profiili.

Valik B: käivitage toetatud klient Androidi sees

Siin hoiab külaline oma profiili, volitusi, marsruute ja resolveri poliitikat. Tavalised Androidi VPN-i rakendusliidesed ei vaja root-juurdepääsu, seega standardklient paigaldatakse ja ühendatakse virtuaalseadme sees. Kinnitus on see osa, mille inimesed vahele jätavad. Organisatsioon peab lubama seda klienti ja seda virtuaalseadme keskkonda ning puhas import ei täida iseenesest seadme registreerimise ega seisundi kontrolle. Küsige enne, kui ehitate selle ümber töövoo.

Kaks valikut võivad ka kihistuda: Androidi sees olev tunnel võib jõuda oma serverini juba hostil töötava tunneli kaudu. Selline korraldus vajab kättesaadavat lõpp-punkti ja edasisaatmist, mille te tegelikult lubasite, mitte kahte rohelist tuld, mis juhtumisi koos põlevad.

Kontrollige rakendusest ja kirjutage korraldus üles

Kasutage igas testis sama Androidi rakendust ja lugege, mida see teatab: kas aadress vastab, kas privaatnimi laheneb ja mida rakendus tagastab. Kolm tähelepanekut eristavad marsruutimise tõrget resolveri tõrkest ja poliitika tagasilükkamisest.

Kui seade ei käivitu või Desktop kaotab selle, käsitlege seda juhttee rikkena, mitte DNS-i rikkena. See sümptom kuulub esimese tee juurde ja parandus on hostil, mitte Androidi sees. Lõpetage nelja fakti üleskirjutamisega: Genymotion Desktopi versioon, hüperviisor, milline pool tunnelit valdab ja täpne host-only erand, kui üks lisati. Valige dokumenteeritud korraldus, mida võrgu omanik toetab, ja ärge käsitlege ettevõtte VPN-i väljalülitamist või seisundikontrollide nõrgendamist neutraalse tõrkeotsinguna, kui privaatteenus neile toetub.