Ana makinede VPN mi, Genymotion içinde istemci mi: tünelin sahibini seçin

Masaüstü VPN, Genymotion'ı iki yerde etkiler ve birini düzeltmek diğeri hakkında hiçbir şey kanıtlamaz. Birincisi masaüstü uygulamasının sanal cihazı denetlemek için kullandığı bağlantıdır; ikincisi sanal Android uygulamasının özel bir hizmete giden yoludur. Bir adaptöre dokunmadan önce bu ikisinden hangisini gerçekten değiştirdiğinize karar verin, ardından Genymotion Desktop sürümünü, ana makinenin işletim sistemini ve hipervizörü kaydedin, çünkü VirtualBox host-only adaptörü için yazılmış yönergeler bir QEMU cihazına ya da bulutta barındırılan bir oturuma geçmez.

Tek makinede iki yol

Denetim yolu Genymotion masaüstü uygulamasından sanal cihaza gider, çoğu zaman bir host-only ağı üzerinden. Uygulama yolu Android'in içinden dışarıya, uygulamanın konuştuğu şeye doğru gider. Ana makinedeki VPN ikincisini taşıyıp birincisini kırabilir, bu yüzden masaüstünde çalışan bir tarayıcı çok az şey kanıtlar. Tek bir tünel her iki yola ya da yalnızca birine hizmet edebilir ve bu düzen bir tesadüf değil, karardır.

Hangi yolu incelediğinizi yazın. Bu alanda kaybedilen saatlerin çoğu, cihaz hiç açılmadığı hâlde özel uygulamanın DNS'ini değiştirmekten ya da uygulamanın yalnızca yanlış çözümleyici kullandığı durumda ana makinedeki VPN'i gevşetmekten kaynaklanır.

Denetim bağlantısını canlı tutun

Genymotion'ın kendi Desktop destek notu bir VirtualBox vakasını belgeler: ana makinedeki VPN açıldığında Desktop sanal cihazı artık görmez ve önemli olan istisna, VirtualBox'ın ağ yöneticisinde listelenen gerçek host-only adaptördür. Bir aralık tahmin etmek yerine bu adaptörleri listeleyin:

VBoxManage list hostonlyifs

Belgelerde basılı varsayılan aralık, her makinede özel ağı tümüyle atlamak için mazeret değildir. Kullanımdaki adaptörü kapsayan en küçük istisnayı ekleyin ve VPN yöneticisinden bunu onaylatın, çünkü yönetilen bir istemci yerel ağı bilerek engelleyebilir. İstisnayı adaptör adı ve onay tarihiyle birlikte yazın. Altı ay sonra o not, kuralın neden var olduğunu açıklayan tek şey olacaktır.

Aynı not, QEMU birleşiminin VPN ile test edilmediğini söyler. Bunu bir uyumluluk sınırı olarak görün, köprü ağına geçmenin bunu düzelteceği iması olarak değil; adaptörü değiştirmek hatanın biçimini değiştirir ama test edilmemiş birleşimi çözmez.

A seçeneği: trafiği ana makine taşısın

Bu seçimde konuğun paketleri VPN'in hem izin verdiği hem şifrelediği bir arayüze ulaşmalıdır. Bu bir yönlendirme sorunudur, durum lambası sorunu değil: konuğun paketleri VPN'in şifreleyeceği arayüze ulaşmalı ve yanıtlar dönüş yolunu bulmalıdır.

Ana makinedeki bir tarayıcı ana makinenin yolunu kanıtlar ve sanal cihaz kaynağının kabul edilip edilmediği hakkında hiçbir şey söylemez. Bazı VPN istemcileri iletilmiş veya çevrilmiş trafiği yerelde üretilen trafikten farklı ele alır, bu yüzden tünelin çalıştığı sonucuna varmadan önce Android'in içinden test edin. Android'in çözümleyicisi de ana makinenin çözümleyicisi değildir. Adlar masaüstünde çözülüp uygulamada başarısız oluyorsa, VPN profilini değiştirmeden önce konuğun çözümleyici yapılandırmasını okuyun.

B seçeneği: Android içinde desteklenen bir istemci çalıştırın

Burada konuk kendi profilini, kimlik bilgilerini, rotalarını ve çözümleyici ilkesini tutar. Olağan Android VPN arayüzleri root erişimi gerektirmez, bu yüzden standart bir istemci sanal cihazın içine kurulur ve bağlanır. Onay, insanların atladığı kısımdır. Kuruluşun o istemciye ve o sanal cihaz ortamına izin vermesi gerekir ve temiz bir içe aktarma tek başına cihaz kayıt ya da duruş denetimlerini karşılamaz. Bunun etrafında bir iş akışı kurmadan önce sorun.

İki seçenek üst üste de binebilir: Android içindeki bir tünel sunucusuna ana makinede zaten çalışan bir tünel üzerinden ulaşabilir. Böyle bir düzen, gerçekten izin verdiğiniz bir uç nokta ve yönlendirme gerektirir; tesadüfen birlikte yanan iki yeşil ışık yetmez.

Uygulamadan doğrulayın ve düzeni yazın

Her testte aynı Android uygulamasını kullanın ve ne bildirdiğini okuyun: adres yanıt veriyor mu, özel ad çözülüyor mu ve uygulama ne döndürüyor. Üç gözlem, yönlendirme arızasını çözümleyici arızasından ve ilke reddinden ayırır.

Cihaz açılmazsa ya da Desktop onu kaybederse, bunu DNS arızası değil denetim yolu arızası olarak ele alın. O belirti birinci yola aittir ve düzeltme Android içinde değil, ana makinededir. Dört olguyu yazarak bitirin: Genymotion Desktop sürümü, hipervizör, tünelin hangi tarafa ait olduğu ve eklenmişse tam host-only istisnası. Ağ sahibinin desteklediği belgelenmiş bir düzen seçin ve özel hizmet bunlara dayanırken kurumsal VPN'i kapatmayı ya da duruş denetimlerini zayıflatmayı tarafsız sorun giderme saymayın.