Hallo,

auf meinem Notebook läuft Ubuntu 9.10 inklusive eingerichtetem OpenSSH-Server (nur PublicKey). Per putty komme ich extern (von Windows-Clients) wunderbar per dyndns auf meine Konsole. Leider ist die Performance des X11-Forwarding und Xming grausam.

Also hatte ich mir was anderes überlegt. Ich habe sowieso unter VirtualBox ein virtualisiertes Windows XP laufen. Per VRDP (VirtualBox-Fernsteuerung) komme ich von der Linux-Konsole und tsclient über Port 3889 auf die RDP-Session.

Deswegen bin ich eigentlich davon ausgegangen, wenn ich auf meinem Router eine Port-Weiterleitung von 3889 auf die IP meines Ubuntu-Notebooks schalte. Müsste ich extern per rdp auf meine dyndns-domain oder öffentliche ip, eigentlich auf meinen Windows-Gast kommen. Das funktioniert allerdings nicht! Wieso?

Mein Wunschdenken war es eigentlich, dass ich per ssh (putty) bei Bedarf meine virtuelle Maschine per VBoxHeadless starte und mich dann darauf per RDP verbinden kann...

Wie kann ich das realisieren? Und vor allem wie gestalte ich das SICHER??

Muss ich auf eine Netzwerkbrücke zurückgreifen und den Gast direkt "ansprechen", was schade wäre, da ich dann jeden einzelnen Gast für sich konfigurieren müsste... Schade, weil ich anders alle möglichen Windows-Gäste starten könnte und per RDP direkt zugriff hätte...

Lange Rede, kurzer Sinn!

Wie bekomme ich es (sicher!) realisiert... So offene Ports auf dem Router, macht einem ja schon immer Gedanken...

Vielen Dank und viele Grüße, Andy

Hat keiner eine Idee? Hätte nicht gedacht, dass es eine RDP-Verbindung zu einem Virtualbox-Gast über Internet (evtl. abgesichert über SSH) so etwas exotisches ist!?

Oder habe ich mich unverständlich ausgedrückt bzw. zuwenig Infos geliefert??

Vielen Dank nochmals!

Hallo Andreas,

habe soeben mal auf meinen Rechnern versucht eine solche Kombination zu erstellen und hatte Erfolg.

Im Router habe ich für das RDP-Protokoll die Rechner-Zieladresse und den VBox Port (3389, kann man aber für jede VM einzeln ändern) freigegeben. Dann unter Ubuntu mit dem Terminal Server Client mit RDPv5 sofort Verbindung bekommen. Das ging in diesem Fall vom LAN über den Router zum Laptop auf WLAN. Kann man aber auch anders herum machen. Die VM auf dem Laptop läuft bei mir im Bridged-Modus. Ich kann mir aber nicht vorstellen, dass es mit NAT nicht auch funktioniert, denn RDP kommuniziert ja nicht mit der Maschine, sondern mit VBox/dem Laptop. Meine Router-Firewall kann man für Port/Protokoll Quell- und Ziel-IP sowie Zeit einstellen. Im Zusammenhang mit Authentifizierung bei VirtualBox und einer Einstellung der Ports auf einen Nichtstandardwert mache ich mir keine größeren Sorgen. Ist IMHO recht sicher, wenn die FW sauber läuft. Korrigiere mich bitte, wer es besser weiß

Also es müsste gehen/ist grundsätzlich machbar. Der Teufel steckt im Detail. Vielleicht postest Du mal mehr Informationen.

Tja! Seltsam.

Also meine (nicht zum Erfolg führende Konfiguration):

Mein Ubuntu hat die IP 192.168.2.115

Der Port 3889 wird auf meinem Router auf die 192.168.2.115 weitergeleitet. Ich starte per VBoxheadless das virtuelle Windows-XP (Ich erhalte die Meldung "lauscht auf 3889"). Lokal unter Ubuntu kann ich wunderbar per tsclient auf den localhost oder 192.168.2.115 mich per RDP verbinden. Im Netz von einem anderen Rechner habe ich es noch nicht probiert (Gute Idee) eigentlich sollte ich ja per RDP auf 192.168.2.115 auf die RDP-Session kommen. Versuche ich lokal unter Ubuntu auf der öffentlichen IP mein Glück geht es nicht! Folglich extern auch nicht!

Wie gesagt im Bridged-Modus habe ich die VM nicht im einsatz, könnte ich aber auch mal testen. Läuft derzeit unter NAT.

Ich probiere heute Abend mal, ob ich im Netz über einen anderen Rechner, über die interne IP von Ubuntu draufkomme, somit hätte ich die Fehlerquelle Port-Weiterleitung und öffentliche IP schonmal ausgeschlossen, ansonsten probiere ich es mal im Bridged-Modus...

So ganz habe ich Deine Rechnerkonfiguration noch nicht verstanden. Mein Tipp: Ein Rechner mit ethernet am Router und ein Laptop wahlweise mit Kabel oder Wlan am Router? Wenn Du heute Abend keinen Erfolg hast, solltest Du noch mehr über Deine Netzwerk Konfiguration berichten.

Im lokalen Netz verwende ich jedenfalls VBoxHeadless/RDP dauernd. Das solltest Du wirklich zuerst testen. Habe auf meinem Server virtuell W2000, Ubuntu 32bit und XP am laufen.

Hallo,

tja, mit VRDP hatte ich weiterhin kein Erfolg.

Auch von einem anderen Windows PC im LAN komme ich nicht per RDP auf mein Ubuntu per (192.168.1.1 RDP 3889) An der "Konsole" am Ubuntu-Rechner selber geht es (localhost Port 3889).

Hab es jetzt aber anders gelöst. Mein virtualisiertes Windows läuft nun im Bridge-Mode nicht mehr über NAT. So konnte ich jetzt VPN durchkonfigurieren. Und komme nun extern per VPN auf meine virtuelles Windows mit einer ausreichenden Performance! Ist in meinen Augen auch um einiges sicherer!

Das reicht! Vielen Dank sugarcube!

Hallo Andy,

mich interessiert deine Konfiguration auch. Ich habe den ganzen Thread bestimmt mindestens 10 mal gelesen und denke, ich komme so langsam dahinter ... Da mir einige Stichwörter auch komplett fremd waren, z.B. RDP, VBoxHeadless, musste ich auch erst mal gründlich forschen.

Andreas.Koch schrieb:

auf meinem Notebook läuft Ubuntu 9.10 inklusive eingerichtetem OpenSSH-Server (nur PublicKey). Per putty komme ich extern (von Windows-Clients) wunderbar per dyndns auf meine Konsole. Leider ist die Performance des X11-Forwarding und Xming grausam.

Bis zur Konsole komme ich mit. Aber wie kommt dann plötzlich X11 ins Spiel? Nutzt du hier die Konsole nur, um das X11-Forwarding über den SSH-Tunnel zu konfigurieren? Wo ist dein X-Server?

Nun zu der Virtual Box: Ich habe also eben gelernt, dass die einen eigenen RDP-Server hat. Wenn du dich mit dem verbinden willst, dann machst du das mit dem Host (denn die Software Virtual Box läuft ja dort) und nicht mit dem System in der VM. Folglich spielt es keine Rolle, ob eine Bridge oder NAT zur VM führt, denn da kommst du ja gar nicht mehr lang. (Mal vorausgesetzt, ich hab Alles richtig verstanden). Ich kann mir vorstellen, sugarcube hat es so gemacht.

Es ist aber offensichtlich nicht das, was du willst. (Ich weiß auch nicht, ob das Ganze dann SSL-verschlüsselt gehen kann.) Mir scheint, du willst dich nicht mit dem RDP-Server der Virtual Box, sondern mit dem des virtuellen Windows XP in der VM verbinden. Dafür wäre dann allerdings nicht nur eine Portfreigabe auf deinem DSL-Router, sondern auch im NAT der Virtual Box nötig.

Da du noch ein VPN drin hast, muss dann der Port des VPN-Servers (wer den auch immer bildet) und nicht der des RDP weitergeleitet werden, denn sonst würdest du dich ja am VPN vorbei einloggen. Ich gehe hier davon aus, dass dein VPN-Tunnel in der VM endet und nicht schon im Host.

Was ist jetzt an deiner Lösung noch anders als der erste Versuch, außer dass du NAT durch Bridge ersetzt hast?

Was mir immer noch nicht klar ist, wie da X11 ins Spiel kommt. Du willst doch auf ein virtuelles Windows. Das kennt doch gar keine X11-Fenster! Oder ging es dir nur darum, das Fenster von Virtual Box insgesamt per RDP woanders hin zu beamen? Dann müsste natürlich auch der VPN-Tunnel schon auf dem Host enden.

Also, es wäre toll, wenn du dein Problem und deine Lösung noch ein wenig beschreiben könntest. Ich sammle derzeit solche Themen zwecks persönlicher Fortbildung, und das tun bestimmt viele Andere auch. (Und man will ja auch mal selbst kompetent Antworten liefern können.)

Und dann kannst du vermutlich den Thread noch als "gelöst" markieren, wenn du die Lösung hier nicht als Workaround betrachtest.

Gruß,
Karsten

wenn ich das richtig verstanden hab hast du einen kleinen fehler, du musst dich auf die IP-verbinden den die Vbox, also WinXP, hat!! und nicht auf deinem Linux rechner!!

Colttt schrieb:

du musst dich auf die IP-verbinden den die Vbox, also WinXP, hat!! und nicht auf deinem Linux rechner!!

Genau das tut er ja, wenn die Virtual Box mit Bridge statt NAT konfiguriert ist. Denn in dem Fall käme er ja vom Host gar nicht auf den virtuellen Rechner außer eben mit genau der Adresse der Bridge.

Gruß,
Karsten

Nabend zusammen,

wenn ihr Euch durch die Doku von VirtualBox schraubt, dann steht im Kapitel 7.4 eigentlich alles Wissenswerte über VRDP und seine Nutzung.

VirtualBox, the graphical user interface, has a built-in server for the VirtualBox Remote Desktop Protocol (VRDP). This allows you to see the output of a virtual machine's window remotely on any other computer and control the virtual machine from there, as if the virtual machine was running locally. VRDP is a backwards-compatible extension to Microsoft's Remote Desktop Protocol (RDP). Typically graphics updates and audio are sent from the remote machine to the client, while keyboard and mouse events are sent back. As a result, you can use any standard RDP client to control the remote VM.

Da gibt es auch ein Beispiel, das Schritt für Schritt alles erklärt.

Wenn ich eine VM "Headless" laufen lasse, sieht das bei mir so aus:

Netz: 10er Netz lokal Server: 10.0.0.100 Client: z.B. 10.0.0.70

Auf dem Server starte ich eine VM mit virtuellem Ubuntu:

[root@sme-server ~]# VBoxHeadless -s "Ubuntu"
VirtualBox Headless Interface 3.0.10
(C) 2008-2009 Sun Microsystems, Inc.
All rights reserved.

Listening on port 3389

Auf dem Client (10.0.0.70) starte ich unter Gnome tsclient und verbinde mich folgendermaßen:

Rechnername: 10.0.0.100:3389 Protokoll: RDPv5

Vorausgesetzt, für die Verbindung wurde keine Authentifizierung festgelegt, war das die ganze Miete. Es geht ein Fenster auf, in dem die grafische Ausgabe der VM auf dem Server zu sehen ist, und das vom Client Maus- und Tastaturereignisse annimmt. Wie man sieht, ist dabei die IP-Adresse der VM nicht im Spiel. Wenn man noch die Guest-Additions von VirtualBox in der VM installiert hat, läuft die Maus auch zufriedenstellend, sonst hat man immer zwei Maus-Cursor auf dem Schirm, die man nur schlecht synchronisiert bekommt.

@Andreas.Koch: Mit VPN hast Du natürlich eine sichere Verbindung, aber wo bleibt die Grafik? Die Daten auf Deinem Rechner kannst Du doch auch ohne VM über VPN holen.