Host-VPN oder Client in Genymotion: Entscheiden Sie, wer den Tunnel besitzt

Eine Desktop-VPN wirkt an zwei Stellen auf Genymotion ein, und das eine zu reparieren beweist nichts über das andere. Die erste ist die Verbindung, über die die Desktop-App das virtuelle Gerät steuert; die zweite ist der Pfad der virtuellen Android-App zu einem privaten Dienst. Entscheiden Sie, welche der beiden Sie tatsächlich ändern, bevor Sie einen Adapter anfassen, und notieren Sie dann die Genymotion-Desktop-Version, das Host-Betriebssystem und den Hypervisor, denn Anleitungen für einen VirtualBox-host-only-Adapter lassen sich nicht auf ein QEMU-Gerät oder auf eine in der Cloud gehostete Sitzung übertragen.

Zwei Wege auf einer Maschine

Der Steuerweg läuft von der Genymotion-Desktop-Anwendung zum virtuellen Gerät, oft über ein host-only-Netzwerk. Der App-Weg läuft aus Android heraus zu allem, womit die App spricht. Eine Host-VPN kann den zweiten tragen und den ersten brechen, weshalb ein funktionierender Browser auf dem Desktop sehr wenig bedeutet. Ein Tunnel kann beide Wege bedienen oder nur einen, und diese Anordnung ist eine Entscheidung, kein Zufall.

Notieren Sie, welchen Weg Sie untersuchen. Die meisten verlorenen Stunden in diesem Bereich entstehen dadurch, dass das DNS der privaten App geändert wird, obwohl das Gerät nie gestartet ist, oder dass die Host-VPN gelockert wird, obwohl die App einfach den falschen Resolver hatte.

Halten Sie die Steuerverbindung am Leben

Der eigene Desktop-Support-Hinweis von Genymotion dokumentiert einen VirtualBox-Fall: Sobald eine Host-VPN aktiv ist, sieht Desktop das virtuelle Gerät nicht mehr, und die Ausnahme, auf die es ankommt, ist der echte host-only-Adapter, der im Netzwerkmanager von VirtualBox aufgeführt ist. Zählen Sie diese Adapter auf, statt einen Bereich zu raten:

VBoxManage list hostonlyifs

Ein in der Dokumentation abgedruckter Standardbereich ist keine Entschuldigung für eine pauschale Umgehung des privaten Netzes auf jeder Maschine. Fügen Sie die kleinste Ausnahme hinzu, die den verwendeten Adapter abdeckt, und lassen Sie sie vom VPN-Administrator genehmigen, denn ein verwalteter Client kann das lokale Netz absichtlich blockieren. Schreiben Sie die Ausnahme mit Adapternamen und Genehmigungsdatum auf. Ein halbes Jahr später ist diese Notiz das Einzige, was erklärt, warum die Regel existiert.

Derselbe Hinweis sagt, dass die QEMU-Kombination mit einer VPN nicht getestet ist. Behandeln Sie das als Kompatibilitätsgrenze und nicht als Hinweis darauf, dass ein Wechsel zu Bridged-Netzwerk es reparieren wird; den Adapter zu wechseln ändert den Fehler, löst aber die ungetestete Kombination nicht.

Option A: Lassen Sie den Host den Verkehr tragen

Bei dieser Wahl müssen die Pakete des Gasts an einer Schnittstelle ankommen, die die VPN sowohl zulässt als auch verschlüsselt. Das ist eine Routing-Frage, keine Statuslicht-Frage: Die Pakete des Gasts müssen an einer Schnittstelle ankommen, die die VPN verschlüsseln wird, und die Antworten müssen den Weg zurückfinden.

Ein Browser auf dem Host beweist den Weg des Hosts und nichts darüber, ob eine Quelle aus einem virtuellen Gerät akzeptiert wird. Manche VPN-Clients behandeln weitergeleiteten oder übersetzten Verkehr anders als lokal erzeugten Verkehr, also testen Sie aus Android heraus, bevor Sie schließen, dass der Tunnel funktioniert. Auch der Resolver von Android ist nicht der Resolver des Hosts. Wenn Namen auf dem Desktop aufgelöst werden und in der App scheitern, lesen Sie die Resolver-Konfiguration des Gasts, bevor Sie das VPN-Profil anfassen.

Option B: Führen Sie einen unterstützten Client in Android aus

Hier hält der Gast sein eigenes Profil, seine Anmeldedaten, Routen und Resolver-Richtlinie. Die gewöhnlichen Android-VPN-APIs brauchen keinen Root-Zugriff, also lässt sich ein Standardclient im virtuellen Gerät installieren und verbinden. Die Genehmigung ist der Teil, den Leute überspringen. Die Organisation muss diesen Client und diese Umgebung für virtuelle Geräte erlauben, und ein sauberer Import erfüllt für sich genommen keine Geräteregistrierung oder Posture-Prüfungen. Fragen Sie, bevor Sie einen Arbeitsablauf darauf aufbauen.

Die beiden Optionen können sich auch stapeln: Ein Tunnel in Android kann seinen Server über einen Tunnel erreichen, der bereits auf dem Host läuft. Diese Anordnung braucht einen erreichbaren Endpunkt und eine Weiterleitung, die Sie tatsächlich erlaubt haben, nicht zwei grüne Lichter, die zufällig gleichzeitig an sind.

Prüfen Sie aus der App und schreiben Sie die Anordnung auf

Verwenden Sie für jeden Test dieselbe Android-App und lesen Sie, was sie meldet: ob die Adresse antwortet, ob der private Name aufgelöst wird und was die Anwendung zurückgibt. Drei Beobachtungen trennen einen Routing-Fehler von einem Resolver-Fehler und von einer Richtlinien-Ablehnung.

Wenn das Gerät nicht startet oder Desktop es verliert, behandeln Sie das als Fehler im Steuerweg und nicht als DNS-Fehler. Dieses Symptom gehört zum ersten Weg, und die Behebung liegt auf dem Host, nicht in Android. Notieren Sie zum Schluss vier Fakten: Genymotion-Desktop-Version, Hypervisor, welche Seite den Tunnel besitzt und die genaue host-only-Ausnahme, falls eine hinzugefügt wurde. Wählen Sie eine dokumentierte Anordnung, die der Netzwerkeigentümer unterstützt, und behandeln Sie das Abschalten einer Unternehmens-VPN oder das Aufweichen von Posture-Prüfungen nicht als neutrale Fehlersuche, wenn der private Dienst darauf angewiesen ist.