Gibt es eine Möglichkeit, VirtualBox so zu konfigurieren, dass wenn ein Remotezugriff auf eine der konfigurierten virtuellen Maschinen erfolgen soll und diese gerade nicht läuft, diese gestartet wird? Ich gehe davon aus, dass die BasisApp bzw die GUI läuft (geht ja per Autostart), aber die einzelnen VMs zunächst nicht. Ein RDP-Zugriff soll diese quasi "wecken". Danke für Tips.
Müsste so gehen: Schreib einen TCP/IP-Forwarder, der auf einen anderen Port lauscht und bei Verbindungsausfnahme die VM startet. Und den Traffic auf deren RDP forwarded sobald das verfügbar ist. GUI ist dabei unnötig, da sich die VMs per Kommandozeile "headless" starten lassen.
Ja, das könnte ich machen**. Bevor ich aber das Fahhrad zum fünften Mal erfinde, wollte ich prüfen, ob es das nicht evtl. schon fertig gibt. Meine Google-Künste haben in dieser Beziehung Nichts ausgegraben. Es gibt nur zahllose Artikel, wie man VMs als Server nutzt, wenn sie denn bereits laufen - aber nix mit "start on demand". Ich habe gerade kein "echtes" Windows da, deshalb mal eine Frage, die ich sonst selber bentworten könnte: Hat jede VM einen identifizierbaren Eintrag in der Prozessliste? Oder wie bekomme ich sonst mit, ob sie läuft (falls mal das Netzwerk oder die ganze VM hängt, sonst könnte ich ja pingen)? ** also ich stricke ein Tool, dass solange die zugeordnete VM nicht läuft auf deren IP-Adresse lauscht, ob eine RDP-Verbindung hereinkommt. Wenn ja, macht sie das Socket dicht und startet die VM. Durch Beobachten der Prozessliste oder Pingen verfolgt das Tool, ob und wie lange die VM läuft. Macht sie der User aus, wird das horchende Socket wieder scharf gemacht. Ginge das so? Allerdings muss man dabei wahrscheinlich den RDP-Clienten je zweimal bemühen, denn der wird keinen so langen Timeout haben, bis die VM gestartet ist und auch von dem Verbindungsabbruch durch das Socket zu Beginn irritiert sein, oder?
Das Kommandozeilentool von VirtualBox verrät dir, welche Sitzungen gerade laufen.
Frank schrieb: > ** also ich stricke ein Tool, dass solange die zugeordnete VM nicht > läuft auf deren IP-Adresse lauscht, ob eine RDP-Verbindung hereinkommt. Die Konsole von VBox-VMs arbeitet mit RDP, aber nicht auf der IP-Adresse des Gastes sondern auf einem vereinbarten Port vom Host. Ob in der VM ein Microsoft-Produkt läuft, das seinerseits RDP zur Verfügung stellt ist eine andere Frage. > Macht sie der User aus, wird das horchende Socket wieder scharf > gemacht. Ginge das so? Nicht wirklich, denn wenn du auf RDP eines Windows in der VM warten willst, dann musst du das mit deren IP-Adresse tun, was auf dem Host nicht so einfach geht. > Allerdings muss man dabei wahrscheinlich den > RDP-Clienten je zweimal bemühen, denn der wird keinen so langen Timeout > haben, Keine wie lange der ist. Aber bei dem von mit angedachten Verfahren verbindest du mit dem Konsol-RDP des Hypervisors, und das ist bereits im Bootvorgang verfügbar, also weitaus schneller als Microsofts Pendant, das erst bei aktivem OS zur Verfügung steht. Was ich meinte: VBox stellt unter z.B. Port 5000 das RDP für deine VM zur Verfügung, sobald die VM eingeschaltet wurde. Dein Programm baut einen Port 4000, der die VM einschaltet und den Traffic bidirektional mit 5000 verbinden. Also: RDP-Client => Host Port 4000 => Forwarder => Host Port 5000
genau das gleiche würde mich auch interessieren, kenne mich aber eigentlich gar nicht aus mit programmieren, gibte es da keine fertige Erweiterung für VirtualBox? VG Olli
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.