VPN pagrindiniame kompiuteryje ar klientas „Genymotion“ viduje: nuspręskite, kam priklauso tunelis

Darbalaukio VPN veikia „Genymotion“ dviejose vietose, o vienos sutvarkymas nieko neįrodo apie kitą. Pirmoji – tai ryšys, kurį darbalaukio programa naudoja virtualiam įrenginiui valdyti; antroji – virtualios „Android“ programos kelias į privačią paslaugą. Nuspręskite, kurią iš jų iš tikrųjų keičiate, prieš liesdami adapterį, tada užsirašykite „Genymotion Desktop“ versiją, pagrindinio kompiuterio operacinę sistemą ir hipervizorių, nes instrukcijos, parašytos „VirtualBox“ host-only adapteriui, nepersikelia į „QEMU“ įrenginį ar į debesyje talpinamą sesiją.

Du keliai viename kompiuteryje

Valdymo kelias eina nuo „Genymotion“ darbalaukio programos iki virtualaus įrenginio, dažnai per host-only tinklą. Programos kelias eina iš „Android“ vidaus į tai, su kuo programa kalba. Pagrindinio kompiuterio VPN gali nešti antrąjį ir sulaužyti pirmąjį, todėl darbalaukyje veikianti naršyklė įrodo labai nedaug. Vienas tunelis gali aptarnauti abu kelius arba tik vieną, ir ši tvarka yra sprendimas, o ne atsitiktinumas.

Užsirašykite, kurį kelią diagnozuojate. Dauguma šioje srityje prarastų valandų atsiranda keičiant privačios programos DNS, kai įrenginys taip ir neįsijungė, arba atlaisvinant pagrindinio kompiuterio VPN, kai programa tiesiog naudojo netinkamą sprendiklį.

Išlaikykite valdymo ryšį gyvą

Pačios „Genymotion“ Desktop palaikymo pastaba dokumentuoja „VirtualBox“ atvejį: kai pagrindinio kompiuterio VPN įjungiamas, Desktop nebemato virtualaus įrenginio, o svarbi išimtis yra tikrasis host-only adapteris, įrašytas „VirtualBox“ tinklo tvarkyklėje. Išvardykite tuos adapterius, o ne spėliokite diapazoną:

VBoxManage list hostonlyifs

Dokumentacijoje išspausdintas numatytasis diapazonas nėra pasiteisinimas visiškai apeiti privatų tinklą kiekviename kompiuteryje. Pridėkite mažiausią išimtį, apimančią naudojamą adapterį, ir gaukite VPN administratoriaus patvirtinimą, nes valdomas klientas gali sąmoningai blokuoti vietinį tinklą. Užsirašykite išimtį su adapterio pavadinimu ir patvirtinimo data. Po pusės metų ta pastaba bus vienintelis dalykas, paaiškinantis, kodėl taisyklė egzistuoja.

Ta pati pastaba sako, kad „QEMU“ derinys nebuvo išbandytas su VPN. Traktuokite tai kaip suderinamumo apribojimą, o ne kaip užuominą, kad perėjimas prie bridged tinklo tai sutvarkys; pakeitus adapterį pasikeičia gedimas, bet neišbandomas derinys neišsprendžiamas.

Pirmas variantas: tegul pagrindinis kompiuteris neša srautą

Pasirinkus šį variantą, svečio paketai turi pasiekti sąsają, kurią VPN ir leidžia, ir šifruoja. Tai maršrutizavimo klausimas, o ne būsenos lemputės klausimas: svečio paketai turi pasiekti sąsają, kurią VPN šifruos, o atsakymai turi rasti kelią atgal.

Naršyklė pagrindiniame kompiuteryje įrodo jo kelią ir nieko apie tai, ar priimamas virtualaus įrenginio šaltinis. Kai kurie VPN klientai persiųstą ar išverstą srautą traktuoja kitaip nei vietoje sugeneruotą, todėl bandykite iš „Android“ vidaus, prieš darydami išvadą, kad tunelis veikia. „Android“ sprendiklis taip pat nėra pagrindinio kompiuterio sprendiklis. Jei vardai išsprendžiami darbalaukyje, o programoje nepavyksta, perskaitykite svečio sprendiklio konfigūraciją, prieš liesdami VPN profilį.

Antras variantas: paleiskite palaikomą klientą „Android“ viduje

Čia svečias turi savo profilį, prisijungimo duomenis, maršrutus ir sprendiklio politiką. Įprastos „Android“ VPN sąsajos nereikalauja root prieigos, todėl standartinis klientas įdiegiamas ir prisijungia virtualaus įrenginio viduje. Patvirtinimas yra ta dalis, kurią žmonės praleidžia. Organizacija turi leisti tą klientą ir tą virtualaus įrenginio aplinką, o švarus importas pats savaime neatitinka įrenginio registracijos ar būsenos patikrų. Paklauskite, prieš kurdami tam darbo eigą.

Abu variantai gali ir sluoksniuotis: tunelis „Android“ viduje gali pasiekti savo serverį per tunelį, jau veikiantį pagrindiniame kompiuteryje. Tokiai tvarkai reikia pasiekiamo galinio taško ir jūsų tikrai leisto persiuntimo, o ne dviejų žalių šviesų, kurie atsitiktinai dega kartu.

Patikrinkite iš programos ir užsirašykite tvarką

Naudokite tą pačią „Android“ programą kiekvienam bandymui ir skaitykite, ką ji praneša: ar adresas atsako, ar privatus vardas išsprendžiamas ir ką programa grąžina. Trys stebėjimai atskiria maršrutizavimo gedimą nuo sprendiklio gedimo ir nuo politikos atmetimo.

Kai įrenginys neįsijungia arba Desktop jį pameta, traktuokite tai kaip valdymo kelio gedimą, o ne DNS gedimą. Tas simptomas priklauso pirmajam keliui, o taisymas atliekamas pagrindiniame kompiuteryje, ne „Android“ viduje. Pabaikite užrašydami keturis faktus: „Genymotion Desktop“ versija, hipervizorius, kuri pusė valdo tunelį ir tiksli host-only išimtis, jei ji buvo pridėta. Pasirinkite dokumentuotą tvarką, kurią palaiko tinklo savininkas, ir nelaikykite įmonės VPN išjungimo ar būsenos patikrų susilpninimo neutraliu trikčių šalinimu, kai privati paslauga jais remiasi.