VPN uz resursdatora vai klients Genymotion iekšienē: izlemiet, kam pieder tunelis

Darbvirsmas VPN ietekmē Genymotion divās vietās, un vienas izlabošana neko nepierāda par otru. Pirmā ir savienojums, ko darbvirsmas lietotne izmanto virtuālās ierīces vadībai; otrā ir virtuālās Android lietotnes ceļš uz privātu pakalpojumu. Izlemiet, kuru no tiem jūs patiešām maināt, pirms pieskaraties adapterim, pēc tam pierakstiet Genymotion Desktop versiju, resursdatora operētājsistēmu un hipervizoru, jo norādes, kas rakstītas VirtualBox host-only adapterim, nepārnāk uz QEMU ierīci vai mākonī mitinātu sesiju.

Divi ceļi vienā mašīnā

Vadības ceļš iet no Genymotion darbvirsmas lietotnes uz virtuālo ierīci, bieži pa host-only tīklu. Lietotnes ceļš iet no Android iekšienes uz to, ar ko lietotne runā. Resursdatora VPN var nest otro un salauzt pirmo, tāpēc pārlūks, kas darbojas darbvirsmā, pierāda ļoti maz. Viens tunelis var apkalpot abus ceļus vai tikai vienu, un šis izvietojums ir lēmums, nevis nejaušība.

Pierakstiet, kuru ceļu diagnosticējat. Lielākā daļa šajā jomā zaudēto stundu rodas, mainot privātas lietotnes DNS, kad ierīce tā arī neieslēdzās, vai atslābinot resursdatora VPN, kad lietotnei vienkārši bija nepareizs atrisinātājs.

Uzturiet vadības savienojumu dzīvu

Pašas Genymotion Desktop atbalsta piezīme dokumentē VirtualBox gadījumu: tiklīdz resursdatora VPN ir ieslēgts, Desktop vairs neredz virtuālo ierīci, un svarīgais izņēmums ir īstais host-only adapters, kas uzskaitīts VirtualBox tīkla pārvaldniekā. Uzskaitiet šos adapterus, nevis miniet diapazonu:

VBoxManage list hostonlyifs

Dokumentācijā iespiests noklusējuma diapazons nav attaisnojums pilnībā apiet privāto tīklu katrā mašīnā. Pievienojiet mazāko izņēmumu, kas aptver izmantoto adapteri, un saņemiet VPN administratora apstiprinājumu, jo pārvaldīts klients var apzināti bloķēt vietējo tīklu. Pierakstiet izņēmumu ar adaptera nosaukumu un apstiprinājuma datumu. Pēc pusgada šī piezīme būs vienīgais, kas izskaidro, kāpēc noteikums pastāv.

Tā pati piezīme saka, ka QEMU kombinācija nav pārbaudīta ar VPN. Uztveriet to kā saderības ierobežojumu, nevis kā mājienu, ka pāreja uz bridged tīklu to salabos; adaptera maiņa maina kļūdas raksturu, bet nepārbaudīto kombināciju neatrisina.

Pirmais variants: lai resursdators nes satiksmi

Ar šo izvēli viesa paketēm jānonāk saskarnē, kuru VPN gan atļauj, gan šifrē. Tas ir maršrutēšanas jautājums, nevis statusa gaismas jautājums: viesa paketēm jānonāk saskarnē, kuru VPN šifrēs, un atbildēm jāatrod ceļš atpakaļ.

Pārlūks resursdatorā pierāda resursdatora ceļu un neko par to, vai tiek pieņemts virtuālas ierīces avots. Daži VPN klienti pārsūtīto vai pārtulkoto satiksmi apstrādā citādi nekā lokāli radīto, tāpēc pārbaudiet no Android iekšienes, pirms secināt, ka tunelis darbojas. Arī Android atrisinātājs nav resursdatora atrisinātājs. Ja vārdi tiek atrisināti darbvirsmā un lietotnē neizdodas, izlasiet viesa atrisinātāja konfigurāciju, pirms pieskaraties VPN profilam.

Otrais variants: palaidiet atbalstītu klientu Android iekšienē

Šeit viesis tur savu profilu, akreditācijas datus, maršrutus un atrisinātāja politiku. Parastajām Android VPN saskarnēm nav vajadzīga root piekļuve, tāpēc standarta klients tiek instalēts un pieslēdzas virtuālās ierīces iekšienē. Apstiprinājums ir tā daļa, ko cilvēki izlaiž. Organizācijai jāatļauj šis klients un šī virtuālās ierīces vide, un tīrs imports pats par sevi neizpilda ierīces reģistrācijas vai stāvokļa pārbaudes. Pajautājiet, pirms veidojat ap to darbplūsmu.

Abi varianti var arī sakrāties: tunelis Android iekšienē var sasniegt savu serveri pa tuneli, kas jau darbojas resursdatorā. Šādam izvietojumam vajadzīgs sasniedzams galapunkts un jūsu patiešām atļauta pārsūtīšana, nevis divas zaļas gaismas, kas nejauši deg kopā.

Pārbaudiet no lietotnes un pierakstiet izvietojumu

Izmantojiet to pašu Android lietotni katram testam un lasiet, ko tā ziņo: vai adrese atbild, vai privātais vārds tiek atrisināts un ko lietotne atgriež. Trīs novērojumi atdala maršrutēšanas kļūdu no atrisinātāja kļūdas un no politikas atteikuma.

Kad ierīce neieslēdzas vai Desktop to pazaudē, uztveriet to kā vadības ceļa kļūdu, nevis DNS kļūdu. Šis simptoms pieder pirmajam ceļam, un labojums ir resursdatorā, ne Android iekšienē. Nobeigumā pierakstiet četrus faktus: Genymotion Desktop versija, hipervizors, kura puse pārvalda tuneli un precīzais host-only izņēmums, ja tāds tika pievienots. Izvēlieties dokumentētu izvietojumu, ko atbalsta tīkla īpašnieks, un neuzskatiet uzņēmuma VPN izslēgšanu vai stāvokļa pārbaužu vājināšanu par neitrālu problēmu novēršanu, ja privātais pakalpojums uz tām paļaujas.