Rdesktop + VirtualBox

[zhenya0007]

Хочу подключится к виртуальной машине Windows XP, через Rdesktop с UBUNTU.

Выставляю на Виртуальной машине тип подключения - сетевой мост , в свойствах виртуальной машины удаленный дисплей включаю галочку "виртуальный сервер", порт 3389. Запускаю машину, в устройства ставлю галку удаленный дисплей.

IP адрес виртуальной машины Windows xp  -  192.168.1.101,   пингуется и UBUNTU и обратно с Windows XP пингуется адрес UBUNTU 192.168.1.100
Все находятся в одной сети.

ping 192.168.1.100  проходит нормально на обоих машинах
ping 192.168.1.101 проходит нормально на обоих машинах

После этого на машине UBUNTU запускаю в консоли   -

linuxuser@linuxuser:~$ rdesktop 192.168.1.104:3389
Autoselected keyboard map ru
ERROR: 192.168.1.104: unable to connect


Подскажите, что  я делаю не так ?

[Kwah]

...
IP адрес виртуальной машины Windows xp  -  192.168.1.101
...

После этого на машине UBUNTU запускаю в консоли   -

linuxuser@linuxuser:~$ rdesktop 192.168.1.104:3389
Autoselected keyboard map ru
ERROR: 192.168.1.104: unable to connect

Очепятка?

[zhenya0007]

...
IP адрес виртуальной машины Windows xp  -  192.168.1.101
...

После этого на машине UBUNTU запускаю в консоли   -

linuxuser@linuxuser:~$ rdesktop 192.168.1.104:3389
Autoselected keyboard map ru
ERROR: 192.168.1.104: unable to connect

Очепятка?

Да очепятка.


там 101, вместо 104.

Вопрос в силе.

 rdesktop 192.168.1.101:3389
Autoselected keyboard map ru
ERROR: 192.168.1.101: unable to connect

[Kraggash]

Может в Windows порт за файрволом? Можно проверить утилитой "nmap"

[zhenya0007]

Фаерволов на XP нет никаких, но вот, что выдал NMAP


zhenya@zhenya:~$ nmap -v -A 192.168.1.101

Starting Nmap 5.00 ( http://nmap.org ) at 2010-11-30 02:07 MSK
NSE: Loaded 30 scripts for scanning.
Initiating Ping Scan at 02:07
Scanning 192.168.1.101 [2 ports]
Completed Ping Scan at 02:07, 0.00s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 02:07
Completed Parallel DNS resolution of 1 host. at 02:07, 0.10s elapsed
Initiating Connect Scan at 02:07
Scanning 192.168.1.101 [1000 ports]
Discovered open port 135/tcp on 192.168.1.101
Discovered open port 445/tcp on 192.168.1.101
Discovered open port 139/tcp on 192.168.1.101
Completed Connect Scan at 02:07, 1.27s elapsed (1000 total ports)
Initiating Service scan at 02:07
Scanning 3 services on 192.168.1.101
Completed Service scan at 02:07, 6.01s elapsed (3 services on 1 host)
NSE: Script scanning 192.168.1.101.
NSE: Starting runlevel 1 scan
Initiating NSE at 02:07
Completed NSE at 02:07, 0.05s elapsed
NSE: Starting runlevel 2 scan
Initiating NSE at 02:07
Completed NSE at 02:07, 10.04s elapsed
NSE: Script Scanning completed.
Host 192.168.1.101 is up (0.0011s latency).
Interesting ports on 192.168.1.101:
Not shown: 997 closed ports
PORT    STATE SERVICE      VERSION
135/tcp open  msrpc        Microsoft Windows RPC
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds Microsoft Windows XP microsoft-ds
Service Info: OS: Windows

Host script results:
|  nbstat: NetBIOS name: ZHENYA, NetBIOS user: <unknown>, NetBIOS MAC: 08:00:27:54:93:21
|  Name: ZHENYA<00>           Flags: <unique><active>
|  Name: WORKGROUP<00>        Flags: <group><active>
|  Name: ZHENYA<20>           Flags: <unique><active>
|_ Name: WORKGROUP<1e>        Flags: <group><active>
|  smb-os-discovery: Windows XP
|  LAN Manager: Windows 2000 LAN Manager
|  Name: WORKGROUPHENYA
|_ System time: 2010-11-30 02:07:13 UTC+3

Read data files from: /usr/share/nmap
Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 17.80 seconds

Пользователь решил продолжить мысль 30 Ноября 2010, 02:13:33:Какие еще проблемы могут быть, из за чего он может не работать ?

[Kraggash]

Среди открытых портов 3389 нет. Должно быть примерно так:
3389/tcp open  ms-term-serv
Все же еще раз проверьте виндовый файрвол, там есть свой, встроенный.

[prodigy]

надо не в свойствах виртуальной машины включать галочку, а в самой винде включить удаленный рабочий стол

[Kraggash]

надо не в свойствах виртуальной машины включать галочку, а в самой винде включить удаленный рабочий стол

И то верно, галка (или настройка в конфиге) в свойствах ВМ нужна для того, чтобы инсталлировать винду на сервере без иксов.

[zhenya0007]

Среди открытых портов 3389 нет. Должно быть примерно так:
3389/tcp open  ms-term-serv
Все же еще раз проверьте виндовый файрвол, там есть свой, встроенный.

Ты неправ, там не список разрешенных фаерволом  показывает, а список используемых и открытых в данный момент времени.
Фаервол на XP отключен.         После того, как в винде был вкючен встроенный RDP, функция NMAP выдала следующее:

nmap 192.168.1.101

Starting Nmap 5.00 ( http://nmap.org ) at 2010-11-30 08:48 MSK
Interesting ports on 192.168.1.101:
Not shown: 996 closed ports
PORT     STATE SERVICE
135/tcp  open  msrpc
139/tcp  open  netbios-ssn
445/tcp  open  microsoft-ds
3389/tcp open  ms-term-serv

Nmap done: 1 IP address (1 host up) scanned in 1.62 seconds

Отсюда следует, что это просто список используемых на текущий момент, к фаерволу это не имеет отношение, т.к. его просто нет, а  iptables я отключал во время запска RDP.



Пользователь решил продолжить мысль 30 Ноября 2010, 08:51:55:

надо не в свойствах виртуальной машины включать галочку, а в самой винде включить удаленный рабочий стол

Ну так то работает, проверил. Но в   VirtualBox используется свой протокол VRdp, который должен работать без включении галочки в самой Windows XP на виртуальной машине, он работает автономно  без внутренних протоколов  встроенных в ОС.

Как сделать, так , что бы  VRDP, без включения внутреннего протокола RDP Widows XP заработал rdesktop из UBUNTU ?


Поправте меня, если я неправ. 

[Kraggash]

Как сделать, так , что бы  VRDP, без включения внутреннего протокола RDP Widows XP заработал rdesktop из UBUNTU ?

Встроенный сервер VBox используется для работы машины на хосте без иксов или в фоновом режиме.
Включаем VRDP в нашей машинке (если не включено):

Код: [Выделить]

VBoxManage modifyvm "Win тра та та XP" -vrdp onЗапускаем машинку в режиме VRDP:

Код: [Выделить]

VBoxManage startvm "Win тра та та XP" -type vrdpНа сервере так делал, все работало (коннектился со стороннего компа), на раб. машинке проверить не могу, слабая очень.

Да вот, кстати из справки по VBox:

(Нажмите, чтобы показать/скрыть)

7.4. Remote virtual machines (VRDP support)
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 it was running on the remote machine.
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.
You can use any standard RDP viewer, such as the one that comes with Microsoft Windows (typically found under "Accessories" -> "Communication" -> "Remote Desktop Connection") or, on Linux system, the standard open-source rdesktop program to connect to the virtual machine remotely.
You should use the IP address of your host system as the server address. The VRDP server uses the standard RDP TCP port 3389 by default. The port can be changed either in the GUI VM settings or with VBoxManage modifyvm command -vrdpport option. Note that only one machine can use a given port at a time. Also on Windows hosts the default RDP port (3389) could be already used by the Windows RDP server, in this case you should choose another port for your VM(s).
You should specify -N command line option with rdesktop to be able to use NumPad keys: rdesktop -N host_system_ip.
With VirtualBox, the graphical user interface, the VRDP server is disabled by default, but can easily be enabled on a per-VM basis either with the VirtualBox GUI or with VBoxManage:
VBoxManage modifyvm <vmname> -vrdp on
If you use VBoxHeadless (described below), VRDP support will be automatically enabled.
Additional settings for modifyvm are -vrdpport and -vrdpauthtype; see Section 8.5, “VBoxManage modifyvm” for details.
7.4.1. VBoxHeadless, the VRDP-only server
While the VRDP server that is built into the VirtualBox GUI is perfectly capable of running virtual machines remotely, it is not convenient to have to run VirtualBox if you never want to have VMs displayed locally in the first place. In particular, if you are running servers whose only purpose is to host VMs, and all your VMs are supposed to run remotely over VRDP, then it is pointless to have a graphical user interface on the server at all -- especially since, on a Linux or Solaris host, VirtualBox comes with dependencies on the Qt and SDL libraries, which is inconvenient if you would rather not have the X Window system on your server at all.
VirtualBox therefore comes with yet another front-end that produces no visible output on the host at all, but instead only delivers VRDP data. With VirtualBox 1.6, this "headless server" is now aptly called VBoxHeadless. (In previous versions, it was called VBoxVRDP. For the sake of backwards compatibility, the VirtualBox installation still installs an executable with that name as well.)
To start a virtual machine with VBoxHeadless, you have two options:
You can use VBoxManage startvm <vmname> -type vrdp. The extra -type option causes the VirtualBox core to use VBoxHeadless as the front-end to the internal virtualization engine.
The recommended way, however, is to use VBoxHeadless directly, as follows:
VBoxHeadless -startvm <uuid|name>
This is the recommended way, because when starting the headless interface through VBoxManage, you will not be able to view or log messages that VBoxHeadless may have output on the console. Especially in case of startup errors, such output might be desirable for problem diagnosis.
Note that when you use VBoxHeadless to start a VM, the built-in VRDP server will always be enabled, regardless of whether you have enabled the VRDP server in the VM's settings. If this is undesirable (for example because you want to access the VM via ssh only), start the VM like this:
VBoxHeadless -startvm <uuid|name> -vrdp=off
To have the VRDP server use the setting from the VM configuration, as the other front-ends would, use this:
VBoxHeadless -startvm <uuid|name> -vrdp=config

[zhenya0007]

Как сделать, так , что бы  VRDP, без включения внутреннего протокола RDP Widows XP заработал rdesktop из UBUNTU ?

Встроенный сервер VBox используется для работы машины на хосте без иксов или в фоновом режиме.
Включаем VRDP в нашей машинке (если не включено):

Код: [Выделить]

VBoxManage modifyvm "Win тра та та XP" -vrdp onЗапускаем машинку в режиме VRDP:

Код: [Выделить]

VBoxManage startvm "Win тра та та XP" -type vrdpНа сервере так делал, все работало (коннектился со стороннего компа), на раб. машинке проверить не могу, слабая очень.

Да вот, кстати из справки по VBox:

(Нажмите, чтобы показать/скрыть)

7.4. Remote virtual machines (VRDP support)
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 it was running on the remote machine.
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.
You can use any standard RDP viewer, such as the one that comes with Microsoft Windows (typically found under "Accessories" -> "Communication" -> "Remote Desktop Connection") or, on Linux system, the standard open-source rdesktop program to connect to the virtual machine remotely.
You should use the IP address of your host system as the server address. The VRDP server uses the standard RDP TCP port 3389 by default. The port can be changed either in the GUI VM settings or with VBoxManage modifyvm command -vrdpport option. Note that only one machine can use a given port at a time. Also on Windows hosts the default RDP port (3389) could be already used by the Windows RDP server, in this case you should choose another port for your VM(s).
You should specify -N command line option with rdesktop to be able to use NumPad keys: rdesktop -N host_system_ip.
With VirtualBox, the graphical user interface, the VRDP server is disabled by default, but can easily be enabled on a per-VM basis either with the VirtualBox GUI or with VBoxManage:
VBoxManage modifyvm <vmname> -vrdp on
If you use VBoxHeadless (described below), VRDP support will be automatically enabled.
Additional settings for modifyvm are -vrdpport and -vrdpauthtype; see Section 8.5, “VBoxManage modifyvm” for details.
7.4.1. VBoxHeadless, the VRDP-only server
While the VRDP server that is built into the VirtualBox GUI is perfectly capable of running virtual machines remotely, it is not convenient to have to run VirtualBox if you never want to have VMs displayed locally in the first place. In particular, if you are running servers whose only purpose is to host VMs, and all your VMs are supposed to run remotely over VRDP, then it is pointless to have a graphical user interface on the server at all -- especially since, on a Linux or Solaris host, VirtualBox comes with dependencies on the Qt and SDL libraries, which is inconvenient if you would rather not have the X Window system on your server at all.
VirtualBox therefore comes with yet another front-end that produces no visible output on the host at all, but instead only delivers VRDP data. With VirtualBox 1.6, this "headless server" is now aptly called VBoxHeadless. (In previous versions, it was called VBoxVRDP. For the sake of backwards compatibility, the VirtualBox installation still installs an executable with that name as well.)
To start a virtual machine with VBoxHeadless, you have two options:
You can use VBoxManage startvm <vmname> -type vrdp. The extra -type option causes the VirtualBox core to use VBoxHeadless as the front-end to the internal virtualization engine.
The recommended way, however, is to use VBoxHeadless directly, as follows:
VBoxHeadless -startvm <uuid|name>
This is the recommended way, because when starting the headless interface through VBoxManage, you will not be able to view or log messages that VBoxHeadless may have output on the console. Especially in case of startup errors, such output might be desirable for problem diagnosis.
Note that when you use VBoxHeadless to start a VM, the built-in VRDP server will always be enabled, regardless of whether you have enabled the VRDP server in the VM's settings. If this is undesirable (for example because you want to access the VM via ssh only), start the VM like this:
VBoxHeadless -startvm <uuid|name> -vrdp=off
To have the VRDP server use the setting from the VM configuration, as the other front-ends would, use this:
VBoxHeadless -startvm <uuid|name> -vrdp=config

Ну насколько я знаю эти консольные команды являются именно консольными и они не заменяют галку в виртуалбокс в настройках, а явяются их синонимами, а следовательно, галки в настройках виртуалбокс это то же самое, что

VBoxManage modifyvm "Win тра та та XP" -vrdp on
VBoxManage startvm "Win тра та та XP" -type vrdp

Просто можно это сделать, через GUI , а можно в консоли.

Тогда почему GUI не работают ?

[conan]

я конечно могу ошибаться, но насколько я помню для подключения к виртуальной машине (проприетарный VirtualBox ) указываеться IP адрес хост машины а не виртуальной. ведь можно удалённо ставить ОС в графическом режиме (например WinXP, Seven и тд) 

[zhenya0007]

я конечно могу ошибаться, но насколько я помню для подключения к виртуальной машине (проприетарный VirtualBox ) указываеться IP адрес хост машины а не виртуальной. ведь можно удалённо ставить ОС в графическом режиме (например WinXP, Seven и тд) 

При использовании твоего способа, когда IP адрес  коннекта для rdesktop является сама машина на котором стоит VirtualBox, коннектится получается, но странно, почему то черный экран и через несколько секунд это окно закрывается.

[conan]

а что пишет сам rdesktop, что за ошибка ? попробуй создай пустую VM машину, назначь ей порт для подключения через RDP и подключись. если она будет работать то это дело в настройках конкретной той машины. и ещё очисти на всякий случай каталог ".rdesktop" в домашнем каталоге и попробуй пере подключиться.

[zhenya0007]

а что пишет сам rdesktop, что за ошибка ? попробуй создай пустую VM машину, назначь ей порт для подключения через RDP и подключись. если она будет работать то это дело в настройках конкретной той машины. и ещё очисти на всякий случай каталог ".rdesktop" в домашнем каталоге и попробуй пере подключиться.

По поводу чего пишет, вот

rdesktop 192.168.1.100:4000
Autoselected keyboard map ru    -  на этой строчке появляется черный экран, а после экран сам закрывается секунд через 6-7.

после этой строчки без всяких ошибок переходит сразу  на user@user:~$ 

И все, никаких ошибок, на счет всего остального попробую