VPN na hostu ili klijent unutar Genymotiona: odlučite ko posjeduje tunel

Desktop VPN utječe na Genymotion na dva mjesta, a popravak jednoga ne dokazuje ništa o drugome. Prvo je veza koju desktop aplikacija koristi za upravljanje virtualnim uređajem; drugo je putanja virtualne Android aplikacije do privatne usluge. Odlučite koju od njih zapravo mijenjate prije nego što dirnete adapter, zatim zabilježite verziju Genymotion Desktopa, operacijski sustav hosta i hipervizor, jer se upute napisane za VirtualBoxov host-only adapter ne prenose na QEMU uređaj ni na sesiju hostanu u oblaku.

Dvije putanje na jednom stroju

Kontrolna putanja ide od Genymotion desktop aplikacije do virtualnog uređaja, često preko host-only mreže. Putanja aplikacije ide iz unutrašnjosti Androida prema svemu s čime aplikacija razgovara. Host VPN može nositi drugu i slomiti prvu, zato radi li preglednik na desktopu znači vrlo malo. Jedan tunel može služiti objema putanjama ili samo jednoj, a takav raspored je odluka, a ne slučajnost.

Zapišite koju putanju otklanjate. Većina izgubljenih sati u ovom području dolazi od mijenjanja DNS-a privatne aplikacije kad se uređaj nikad nije pokrenuo, ili od popuštanja host VPN-a kad je aplikacija jednostavno imala pogrešan resolver.

Održite kontrolnu vezu živom

Genymotionova vlastita Desktop napomena o podršci dokumentira slučaj s VirtualBoxom: kad se host VPN podigne, Desktop više ne vidi virtualni uređaj, a iznimka koja je važna jest stvarni host-only adapter naveden u VirtualBoxovu mrežnom upravitelju. Navedite te adaptere umjesto da pogađate raspon:

VBoxManage list hostonlyifs

Zadani raspon otisnut u dokumentaciji nije izlika za potpuno zaobilaženje privatne mreže na svakom stroju. Dodajte najmanju iznimku koja pokriva adapter u upotrebi i zatražite odobrenje VPN administratora, jer upravljani klijent može namjerno blokirati lokalnu mrežu. Zapišite iznimku s imenom adaptera i datumom odobrenja. Šest mjeseci kasnije ta je bilješka jedino što objašnjava zašto pravilo postoji.

Ista napomena kaže da kombinacija s QEMU-om nije testirana s VPN-om. Tretirajte to kao ograničenje kompatibilnosti, a ne kao nagovještaj da će prijelaz na bridged mrežu to popraviti; promjena adaptera mijenja kvar, ali ne rješava neprovjerenu kombinaciju.

Opcija A: neka host nosi promet

S ovim izborom paketi gosta moraju stići na sučelje koje VPN i dopušta i šifrira. To je pitanje usmjeravanja, a ne svjetla stanja: paketi gosta moraju stići na sučelje koje će VPN šifrirati, a odgovori moraju naći put natrag.

Preglednik na hostu dokazuje putanju hosta i ništa o tome prihvaća li se izvor s virtualnog uređaja. Neki VPN klijenti tretiraju proslijeđeni ili prevedeni promet drukčije od lokalno generiranog, pa testirajte iz unutrašnjosti Androida prije nego zaključite da tunel radi. Ni Androidov resolver nije hostov resolver. Ako se imena razrješavaju na desktopu, a u aplikaciji ne, pročitajte konfiguraciju resolvera gosta prije nego dirnete VPN profil.

Opcija B: pokrenite podržani klijent unutar Androida

Ovdje gost drži vlastiti profil, vjerodajnice, rute i pravila resolvera. Obična Android VPN sučelja ne trebaju root pristup, pa se standardni klijent instalira i povezuje unutar virtualnog uređaja. Odobrenje je dio koji ljudi preskaču. Organizacija mora dopustiti taj klijent i to okruženje virtualnog uređaja, a čist uvoz sam po sebi ne zadovoljava provjere upisa uređaja ni stanja. Pitajte prije nego što oko toga izgradite tijek rada.

Dva se izbora mogu i slagati: tunel unutar Androida može do svog poslužitelja stići kroz tunel koji već radi na hostu. Takav raspored traži dostupnu krajnju točku i prosljeđivanje koje ste stvarno dopustili, a ne dva zelena svjetla koja slučajno svijetle zajedno.

Provjerite iz aplikacije i zapišite raspored

Koristite istu Android aplikaciju za svaki test i čitajte što prijavljuje: odgovara li adresa, razrješava li se privatno ime i što aplikacija vraća. Tri opažanja razdvajaju kvar usmjeravanja od kvara resolvera i od odbijanja po pravilima.

Kad se uređaj ne pokrene ili ga Desktop izgubi, tretirajte to kao kvar kontrolne putanje, a ne kao DNS kvar. Taj simptom pripada prvoj putanji, a popravak je na hostu, ne unutar Androida. Završite zapisivanjem četiriju činjenica: verzija Genymotion Desktopa, hipervizor, koja strana posjeduje tunel i točna host-only iznimka ako je dodana. Odaberite dokumentirani raspored koji vlasnik mreže podržava i nemojte gašenje korporativnog VPN-a ili slabljenje provjera stanja smatrati neutralnim otklanjanjem kvarova kad se privatna usluga na njima temelji.