Trennen der Verbindung mit Juniper Network Connect VPN auf dem OS X VirtualBox Windows 7 Guest Fries-Netzwerk

HINTERGRUNDGESCHICHTE:

Jedes Mal, wenn ich die Verbindung zu meinem Juniper Network Connect-VPN trenne (wenn der Client auf dem Gastsystem ausgeführt wird), wird das Netzwerksymbol im Systembenachrichtigungsbereich meiner Symbolleiste in Windows7 gelb markiert, und das Netzwerk kann nicht verwendet werden. Es ist so, als ob die Juniper-Software die Schnittstelle, die sie bei ihrer ersten Ausführung einrichtet, nicht vollständig entlastet.

Ich verwende OS X Virtual Box 4.2.18, Gast-Ergänzungen 4.2.18r88780 und Win7 Professional Service Pack 1 und verwende NAT.

Wenn ich mehrere Schnittstellen für den Gast konfiguriere, führt dies jedes Mal, wenn ich Network Connect aktiviere (auf dem Gast), zu einer Störung der Schnittstelle, auf der es sich befand. Solange es eine Schnittstelle gibt, die noch nicht für Network Connect verwendet wurde, habe ich bin gut wenn ich das VPN verlasse.

Das virtuelle Trennen des Kabels stellt die Schnittstellenfunktion nicht wieder her. Wenn ich jedoch während des Gastbetriebs das Netzwerk von "NAT" in "nicht verbunden" ändere, speichern Sie es, gehen Sie zurück und kehren Sie es um. Ich nehme an, das macht das Äquivalent einer Unlust.

Beim Neustart wird IMMER die Funktion wiederhergestellt. Insbesondere das Herunterfahren des Gasts entweder durch Herunterfahren / Herunterfahren oder durch Ausschalten. Beim Herunterfahren / r zum Neustarten, aber zum Recyceln der Gast-VM wird die Funktion NICHT wiederhergestellt.

DIE FRAGE:

Kann jemand etwas VBoxManage, vboxshell.py oder eine andere Güte vorschlagen, die ich in einem Skript verwenden könnte, um meine Wiederherstellung der Serviceschritte auf nur eine Sache zu reduzieren? Ich denke, ich könnte sogar periodisch die nach außen gerichtete IP-Adresse des Gasts pingen, und wenn es verschwindet, wenn die Schnittstelle verschmutzt wird, könnte dies der Auslöser für die Ausführung des Skripts sein.

Vielen Dank!

-KwM-