Windows-Sandbox-Verkehr folgt standardmäßig nicht dem VPN des Hosts

Sie starten die Windows-Sandbox, öffnen darin einen Browser, und die Seite lädt über Ihre normale Verbindung, obwohl der Host eine Minute zuvor im VPN war. Nichts ist kaputt. Die Sandbox erhält einen virtuellen Netzwerkadapter, der am Standard-Switch des Hosts hängt, und ob der Tunnel des Hosts diesen Pfad abdeckt, ist eine Eigenschaft des VPN-Clients, nicht von Windows.

Was die Sandbox tatsächlich bekommt

Die Sandbox ist eine schlanke virtuelle Maschine mit eigenem Netzwerkadapter. Dieser Adapter verbindet sich über den Hyper-V-Standard-Switch des Hosts, der den Verkehr der Sandbox auf die virtuelle Ethernet-Schnittstelle des Hosts übersetzt, bevor er die Maschine verlässt. Dieses Detail erklärt fast jedes Symptom, das Leute dazu melden.

Die Sandbox ist also kein Prozess auf Ihrem Desktop. Sie ist ein eigener Netzwerkendpunkt, dessen Pakete der Host weiterleitet, und Host-Firewall und VPN-Client sehen diese Weiterleitung jeweils auf ihre Weise. Eine Regel, die für einen Browserprozess geschrieben wurde, passt nicht automatisch auf einen übersetzten Frame von einem virtuellen Switch.

Zwei Anforderungen, die wie eine aussehen

Eine private Ressource zu erreichen und jede Anfrage der Sandbox durch den Tunnel zu zwingen sind verschiedene Ziele. Das erste braucht eine Route und Namensauflösung, die für den Endpunkt der Sandbox funktionieren. Das zweite braucht eine Durchsetzung, die ein erneutes Verbinden und einen Ausfall übersteht. Keines folgt aus dem anderen, und eine Prüfung, die eines erfüllt, sagt nichts über das zweite.

Eine Prüfung der öffentlichen Adresse beantwortet keine der beiden Fragen vollständig. Den VPN-Ausgang von innerhalb der Sandbox zu sehen zeigt, dass ein Teil des Verkehrs den Tunnel nutzte. Sie sagt nichts darüber, ob private Namen aufgelöst werden, oder was mit einer Anfrage geschieht, die startet, während der Tunnel ausgefallen ist.

Schreiben Sie auf, welche der beiden Sie brauchen, bevor Sie irgendetwas testen, denn die beiden Anforderungen führen zu verschiedenen Entwürfen, und nur eine lässt sich mit einem Browser prüfen.

Prüfen Sie von innerhalb der Sandbox

Die einzige aussagekräftige Beobachtung kommt aus der Sitzung der Sandbox selbst, nicht vom Host. Öffnen Sie dort PowerShell und sehen Sie sich den Adapter, die Namensauflösung und den Pfad zu einer Dokumentationsadresse an:

ipconfig /all
Resolve-DnsName files.corp.example
Test-NetConnection 198.51.100.7 -Port 443
Get-NetRoute -DestinationPrefix 0.0.0.0/0

Die Adapterliste zeigt die Adresse und das Gateway, die die Sandbox erhalten hat. Ein anderes Gateway als beim Host ist für den Standard-Switch normal, vergleichen Sie daher den Ausgang statt das Gateway. Der Auflösungstest zeigt, ob ein privater Name überhaupt beantwortet wird, und hier weichen Split-Horizon-Setups meist vom Host ab. Die Routenzeile zeigt, welches Gateway die Sandbox für den Besitzer der Standardroute hält.

Wiederholen Sie dieselben drei Prüfungen mit verbundenem und getrenntem Tunnel. Ein Ergebnis, das sich zwischen diesen Zuständen nicht ändert, ist der Beleg dafür, dass der Tunnel gar nicht auf dem Pfad der Sandbox liegt, welche Adresse die öffentliche Prüfung auch gezeigt hat.

Schalten Sie die Netzwerkfunktion ab, wenn die Sandbox sie nicht braucht

Für die Offline-Prüfung kann eine eigene Konfigurationsdatei das Netzwerk vollständig entfernen. Die Einstellung ist ein einzelnes Element im Konfigurationsdokument:

<Configuration>
  <Networking>Disable</Networking>
</Configuration>

Die Referenz zur Sandbox-Konfiguration dokumentiert dieses Element und warnt, dass aktiviertes Netzwerk interne Netze Anwendungen aussetzen kann, denen Sie nicht vertrauen. Diese Warnung ist der ganze Grund, es ausdrücklich zu setzen, statt die Vorgabe zu übernehmen.

Der Schalter wählt jedoch keine VPN-Schnittstelle. Er ist eine binäre Entscheidung darüber, ob es ein Netz gibt, kein Weg, die Sandbox an einen bestimmten Tunnel zu binden. Eine Anforderung, die einen Ausgang nennt, lässt sich nicht durch einen Schalter erfüllen, der nur entscheidet, ob es einen gibt.

Entwerfen Sie die Grenze, bevor Sie etwas gewähren

Wenn die Anforderung strikte Isolation ist, wählen Sie einen Netzentwurf für virtuelle Maschinen, der sie durchsetzen kann, und nutzen Sie die unterstützte Richtlinie des VPN-Produkts für weitergeleiteten Verkehr oder Verkehr virtueller Maschinen. Das Verhalten des Host-Clients zu raten ist kein Entwurf, und eine einzelne erfolgreiche Prüfung ist keine Umsetzung.

Geben Sie einer nicht vertrauenswürdigen Sandbox kein Firmen-VPN-Profil und keine privaten Zugangsdaten, damit ein Test besteht. Das tauscht die Grenze, die Sie herstellen wollten, gegen ein grünes Ergebnis, und die Zugangsdaten überleben den Test.

Halten Sie Netzwerkmodus, beobachteten Ausgang und Wiederverbindungsverhalten in den Betriebsnotizen fest. Wenn ein Client-Update die Behandlung weitergeleiteten Verkehrs ändert, sagen genau diese Notizen, dass die Anforderung nie wirklich erfüllt war.