﻿ticket	summary	version	created	modified	_changetime	_description	_reporter
7441	"Expose ""--vrdpaddress 127.0.0.1"" in the GUI"	VirtualBox 3.2.8	2010-09-07T09:53:53Z	2010-09-13T09:42:41Z	2010-09-13T09:42:41Z	"RDP is not just for remote access but also for local, headless machines. So it would be great to add a very simple ""restrict to local host"" checkbox in the Remote Display configuration tab. This checkbox would just configure ""--vrdpaddress"" to ""127.0.0.1"", for obvious security benefits.

I realize this feature is already available on the command line but having it exposed in the GUI would make a lot more of people using it, making VirtualBox a generally more secure product.

A more advanced (and maybe overkill) variant of this feature would let the user bind not just to its loopback interface but to any of its network interfaces.
"	mh
1435	extremely slow vector graphic performance	VirtualBox 2.0.6	2008-04-22T07:55:02Z	2010-06-07T15:33:49Z	2010-06-07T15:33:49Z	"System configuration:
Virtualbox 1.5.6, 64-bit binary packages on Ubuntu 7.10 host system.
Guest system: either Windows2000 or WindowsXP with guest additions installed.
Remote desktop connection via rdesktop-vrdp from a linux client connected via 1Gb Ethernet to server.

Problem description:
Running some applications that use vector graphics, like CAD systems, is extremely slow. Sometimes it takes several minutes (!!!) to refresh a screen which otherwise would take a split-second to redraw on a ""real"" PC. On WindowsXP the problem is so severe that sometimes VirtualBox just crashes. During redrawing of the screen the guest system seems totally stalled and unresponsive.
I've experienced this problem with ""Zuken CadStar express"" and running a simulation in Octave with FEMM (The simulation is blazing fast, but redrawing the mesh on screen can take up to 3 minutes!).

Additional information:
Running VirtualBox as X-windows client instead of using VRDP, doen't make much of a difference, it is still horribly slow. Doing the test on VMWare-player, it is fast, sometimes about 20-100 times faster that in VirtualBox.
Ethernet network load also doesn't make any difference.
The speed (or slowliness) varies widely for no apparent reason. Sometimes it is just slow, and sometimes it is very slow. It seems as if drawing time increases exponentially with the complexity of the object that is being drawn, that means that simple drawings most of the time render quickly, whereas more complex drawings go in ""bursts"", slowing to a crawl somewhere in the middle. It becomes so slow, that you can count the indivitual lines being drawn on screen.
All other applications (that do no intense vector drawing on screen) run fine at normal speed, interaction is snappy and even transition effects on menus are quite workable.
"	yope
18071	Guest audio pass via vRDP no sound at all	VirtualBox 5.2.20	2018-10-23T10:37:08Z	2019-05-11T23:40:16Z	2019-05-11T23:40:16Z	"HOST is Debian 9.5[[BR]]GUEST is Windows XP and Debian 8

Situation change after VBox 5.1.x ([https://www.virtualbox.org/ticket/17493 # 17493]). From weird sound to heard no sound with VBox 5.2.20.

Both clients, remmina and Microsoft's mstsc.exe, got the same situation."	NoNoNo
17493	Guest audio pass via vRDP sound weird (jitter?)	VirtualBox 5.1.32	2018-01-22T17:50:33Z	2018-10-29T11:18:55Z	2018-10-29T11:18:55Z	"HOST is Debian 9.3[[br]]GUEST is Windows XP

What sound like: Jitter? echo in the tunnel?[[br]](It may not be noticed if playback duration is less than a second.)

At first I suspect that remmina client cause it. Later I found Microsoft's RDP client (mstsc.exe) also run into this.

Tried to change sound back-end between PulseAudio and ALSA, No avail."	NoNoNo
16270	Impossible to reconnect VRDP after disconnection	VirtualBox 5.1.10	2016-12-06T17:10:27Z	2016-12-07T09:08:08Z	2016-12-07T09:08:08Z	"Hi, we are using VRDP on virtualbox 5.1.10 on Debian Wheezy. Virtual Machine is a Windows XP.

5.1.10-112026~Debian~wheezy

VBox ExtPack is install too.

My problem with vrdp occurs when there is a network disconnection or if the PC that connects to VRDP is disconnected suddenly without properly closing the RDP connection.
{{{
00:14:22.877226 VRDP: Connection opened (IPv4): 15
00:14:22.877825 VRDP: Negotiating security method with the client.
00:14:22.891875 VRDP: Methods 0x0000001b
00:14:22.891913 VRDP: Channel: [rdpdr] [1004]. Accepted.
00:14:22.891929 VRDP: Channel: [rdpsnd] [1005]. Accepted.
00:14:22.891942 VRDP: Channel: [drdynvc] [1006]. Accepted.
00:14:22.891974 VRDP: Channel: [cliprdr] [1007]. Accepted.
00:14:22.966644 VRDP: Client seems to be MSFT.
00:14:22.966680 VRDP: Logon: VM-W7-PC (11.46.49.32) build 7601. User: [] Domain: [] Screen: 0
00:14:22.967984 AUTH: User: []. Domain: []. Authentication type: [Null]
00:14:22.968014 AUTH: Access granted.
00:14:22.968756 AUTH: Multiple connections are not enabled. Access denied.
00:14:22.968779 VRDP: Connection closed: 15
00:14:35.670630 VRDP: New connection: 
00:14:35.670763 VRDP: Connection opened (IPv4): 16
00:14:35.671358 VRDP: Negotiating security method with the client.
00:14:35.672871 VRDP: Connection closed: 16
00:14:35.705151 VRDP: New connection: 
00:14:35.705210 VRDP: Connection opened (IPv4): 17
00:14:35.705832 VRDP: Negotiating security method with the client.
00:14:35.723321 VRDP: Methods 0x0000001b
00:14:35.723383 VRDP: Channel: [rdpdr] [1004]. Accepted.
00:14:35.723398 VRDP: Channel: [rdpsnd] [1005]. Accepted.
00:14:35.723412 VRDP: Channel: [drdynvc] [1006]. Accepted.
00:14:35.723425 VRDP: Channel: [cliprdr] [1007]. Accepted.
00:14:35.783553 VRDP: Client seems to be MSFT.
00:14:35.783592 VRDP: Logon: VM-W7-PC (11.46.49.32) build 7601. User: [] Domain: [] Screen: 0
00:14:35.784755 AUTH: User: []. Domain: []. Authentication type: [Null]
00:14:35.784785 AUTH: Access granted.
00:14:35.785588 AUTH: Multiple connections are not enabled. Access denied.
00:14:35.785618 VRDP: Connection closed: 17
00:16:08.662647 VRDP: New connection: 
00:16:08.662747 VRDP: Connection opened (IPv4): 18
00:16:08.663370 VRDP: Negotiating security method with the client.
00:16:08.664983 VRDP: Connection closed: 18
00:16:08.689273 VRDP: New connection: 
00:16:08.689333 VRDP: Connection opened (IPv4): 19
00:16:08.689886 VRDP: Negotiating security method with the client.
00:16:08.719393 VRDP: Methods 0x0000001b
00:16:08.719401 VRDP: Channel: [rdpdr] [1004]. Accepted.
00:16:08.719404 VRDP: Channel: [rdpsnd] [1005]. Accepted.
00:16:08.719407 VRDP: Channel: [drdynvc] [1006]. Accepted.
00:16:08.719410 VRDP: Channel: [cliprdr] [1007]. Accepted.
00:16:08.789932 VRDP: Client seems to be MSFT.
00:16:08.789994 VRDP: Logon: VM-W7-PC (11.46.49.32) build 7601. User: [] Domain: [] Screen: 0
00:16:08.791341 AUTH: User: []. Domain: []. Authentication type: [Null]
00:16:08.791372 AUTH: Access granted.
00:16:08.792399 AUTH: Multiple connections are not enabled. Access denied.
00:16:08.792434 VRDP: Connection closed: 19
00:19:15.028325 VRDP: New connection: 
00:19:15.028558 VRDP: Connection opened (IPv4): 20
00:19:15.029174 VRDP: Negotiating security method with the client.
00:19:15.030794 VRDP: Connection closed: 20
00:19:15.073957 VRDP: New connection: 
00:19:15.074088 VRDP: Connection opened (IPv4): 21
00:19:15.074707 VRDP: Negotiating security method with the client.
00:19:15.091989 VRDP: Methods 0x0000001b
00:19:15.092058 VRDP: Channel: [rdpdr] [1004]. Accepted.
00:19:15.092076 VRDP: Channel: [rdpsnd] [1005]. Accepted.
00:19:15.092091 VRDP: Channel: [drdynvc] [1006]. Accepted.
00:19:15.092107 VRDP: Channel: [cliprdr] [1007]. Accepted.
00:19:15.219874 VRDP: Client seems to be MSFT.
00:19:15.219935 VRDP: Logon: VM-W7-PC (11.46.49.32) build 7601. User: [] Domain: [] Screen: 0
00:19:15.220837 AUTH: User: []. Domain: []. Authentication type: [Null]
00:19:15.221122 AUTH: Access granted.
00:19:15.221791 AUTH: Multiple connections are not enabled. Access denied.
00:19:15.221815 VRDP: Connection closed: 21
}}}

Similars problems are already evoke in many tickets like #4655.

Just disconnect your RJ45 cable, on your server or on the PC who RDP WHEN RDP is connected and you will not can connect you again.
For reconnect you will have to reboot VM or disable/enable VRDP."	Ravinou
5172	Improve RDP audio latency	VirtualBox 3.0.8	2009-10-09T02:05:10Z	2009-10-09T02:05:10Z	2009-10-09T02:05:10Z	Currently, the latency of audio playback when connecting to a !VirtualBox RDP server is over half a second. This applies even when connecting to a !VirtualBox RDP server running on the local machine (i.e. localhost). While this is probably satisfactory for many users, this is extremely poor for vision impaired screen reader users who administer remote !VirtualBox machines. I understand that audio playback latency will never be instantaneous, but I am hopeful that this can at least be improved somewhat. Note that audio latency when connected to a Microsoft Windows machine over RDP is somewhat less than with the !VirtualBox RDP server.	James Teh
15902	keyboard not working when using certain rdesktop options	VirtualBox 5.1.4	2016-09-08T06:02:40Z	2016-09-08T06:02:40Z	2016-09-08T06:02:40Z	"First of all, this problem *only* occurs on the login screen of the Windows client.
If I succeed logging into the client, the keyboard works fine.

The scenario:

I just updated the host from Ubuntu 14.04 to 16.04. 
On 14.04 I never saw this problem.
Maybe I should mention, that I upgraded Virtualbox also from 4.3.x to 5.1.4.

I have some headless Windows guests (Win 7, Win 10) - all of them have the same problem.

When I now try to connect from a Linux machine:

rdesktop -a 24 -g 1600x950 -z -N -xl -u klaus -d gbr 192.168.1.30

I see the welcome (login) screen and I'm able to use the mouse, but I cannot type in a password.

I can workaround this using the -p option:

rdesktop -a 24 -g 1600x950 -z -N -xl -u klaus -d gbr -p - 192.168.1.30

but thus is nasty, as you cannot put such stuff into a menu item (putting the password in plain text would help, but us at least as nasty).

Strange to say, that this phenomenon does *not* occur, when I omit all those user related options (-u, -d, -p). When using this commandline:

rdesktop -a 24 -g 1600x950 -z -N -xl 192.168.1.30

everything is fine. I see the login screen and can type in my credentials.
Unfortunately I have to type in all the stuff now (user, domain, password) each time ... that's annoying, but it works .... as long as noone uses one of the -u, -d, -p options.
If anyone tries to connect using one of these options, the keyboard is dead at the login screen for all subsequent connects. 
I need to poweroff/startup the guest machine to get this working again.

This is reproducable with rdesktop 1.7.1 (e.g. on LinuxMint 17.1) as well as with rdesktop 1.8.3 (e.g. on Ubuntu 16.04). Therefore I'd say this is no rdesktop problem but rather a problem of virtualbox.
I unfortunately haven't found possibilities to debug/trace those connections - that would possibly give us some more informations..."	kläuser
14912	Microsoft RD Client on iOS - keyboard not working	VirtualBox 5.0.10	2015-12-09T01:44:02Z	2015-12-09T01:44:02Z	2015-12-09T01:44:02Z	"I am running 5.0.10 Virtualbox on Intel Atom, with 2GBRAM. Latest Guest Extension Pack. I have a Ubuntu 14.4.3LTS guest, latest kernel, 5.0.10 Guest additions. I have configured the guest to share a desktop via VRDE. The gust runs in console mode. When connecting to the guest with Microsoft's official  RD Client software for IOS (either iPad or iPhone), the only key that appears to work on the keyboard is ENTER. That produces a line as expected. Nothing else seems to work. I noticed on log in ""Numlock Enabled"" shows up. I have seen the same problem with a Virtual OpenWRT instance which does not run any guest extensions so it does not seem isolated to just Ubuntu."	Bruksee
16058	rdesktop-vrdp SSL not working	VirtualBox 5.1.6	2016-10-11T09:02:24Z	2016-10-11T09:05:54Z	2016-10-11T09:05:54Z	"Machine created, self-signed cert already generated.

VM host is running on Solaris OS (Solaris 11.3 SRU ver 11.3.12.4.0), current VBox ver 5.1.51.
Client is linux (Linux orca 4.7.6-1-ARCH #1 SMP PREEMPT Fri Sep 30 19:28:42 CEST 2016 x86_64 GNU/Linux), current VBox ver 5.1.51.

{{{
VBoxManage modifyvm ${vmn} --vrdeproperty ""Security/CACertificate=${certpath}/ca_cert.pem""
VBoxManage modifyvm ${vmn} --vrdeproperty ""Security/ServerCertificate=${certpath}/server_cert.pem""
VBoxManage modifyvm ${vmn} --vrdeproperty ""Security/ServerPrivateKey=${certpath}/server_key_private.pem""
VBoxManage modifyvm ${vmn} --vrdeproperty ""Security/Method=negotiate""

}}}

Issue exactly reproducible on ""production"" build (5.1.6), on any machine (not important which VM Host platform is in use - linux nor solaris).

When trying to connect from linux host (rdesktop-vrdp):

{{{
[ilyxa@orca ~]$ rdesktop-vrdp -uconsole -pconsole snooky-vms:3390
Autoselected keyboard map ru
Connection established using SSL.
^C
[ilyxa@orca ~]$ 

}}}


snip of VBox.log:

{{{
...
00:00:45.519191 VRDP: New connection:
00:00:45.519408 VRDP: Connection opened (IPv4): 1
00:00:45.520340 VRDP: Negotiating security method with the client.
00:00:45.606149 VRDP: Using TLS connection.
00:00:45.606254 VRDP: [/C=RU/L=Rostov/O=Home/CN=Ilya V Tyshchenko/emailAddress=ilyxa@nest.org.ru]
00:00:45.674302 VRDP: Methods 0x00000000
00:00:45.674396 VRDP: Channel: [cliprdr] [1004]. Accepted.
00:00:45.674446 VRDP: Channel: [rdpsnd] [1005]. Accepted.
00:00:45.674493 VRDP: Channel: [snddbg] [1006]. Not supported.
00:00:45.674539 VRDP: Channel: [rdpdr] [1007]. Accepted.
00:00:45.950352 VRDP: Client seems to be rdesktop.
00:00:45.950447 VRDP: Logon: orca (192.168.171.50) build 2600. User: [console] Domain: [] Screen: 0
00:00:45.951825 AUTH: User: [console]. Domain: []. Authentication type: [External]
00:00:45.953287 AUTH: external authentication module returned 'access granted'
00:00:45.953309 AUTH: Access granted.
00:00:45.956294 VBVA: VRDP acceleration has been requested.
rdesktop-vrdp is ""hang"" (no output nor connection progress) while hitting Ctrl-C:
00:03:15.483995 VRDP: SSL_read failed.
00:03:15.484161 VRDP: Connection closed: 1
00:03:15.484295 VBVA: VRDP acceleration has been disabled.

}}}

Mean while connection with freerdp over ssl is working fine (xfreerdp)."	ilyxa
19774	RDP connection fails with error code 0xd06 with MS Android client	VirtualBox 6.1.10	2020-07-28T10:43:58Z	2020-07-28T10:43:58Z	2020-07-28T10:43:58Z	"I'm trying to connect to my VMs via RDP.

I use the MS Remote Desktop Android client (https://play.google.com/store/apps/details?id=com.microsoft.rdc.androidx).

The connection fails with error code 0xd06.

Don't know if it's related or not, xRDP server is already fixed by using painter by default, see https://github.com/neutrinolabs/xrdp/issues/246

"	Peter Meiser
17933	RDP from iPad 3 (iOS 9.3.5) Problem Keyboard Access to Windows 10 pro	VirtualBox 5.2.18	2018-08-16T06:38:46Z	2019-02-17T01:09:51Z	2019-02-17T01:09:51Z	"RDP from iPad 3 (iOS 9.3.5) Problem Keyboard Access, to access windows 10 pro.
Keyboard Loss can't access Windows 10 Pro. Can't input Any Char. 
Used VirtualBox 5.2.18 in Windows 7 and Virtualbox before same problem.

Thank You.

"	Kenzo
15595	RDP sends scroll wheel events to wrong monitor	VirtualBox 5.0.24	2016-07-12T16:10:46Z	2016-07-12T16:10:46Z	2016-07-12T16:10:46Z	"Using the RDP with a dual head display mouse scroll wheel events are being sent to the wrong monitor.  When the mouse is on the second monitor, scroll wheel events are sent as if they were on the first monitor which causes a focus change and other bad behaviour.

xev running on the console shows the events correctly as coming from the second display (coordinates 2593,264):


{{{
ButtonRelease event, serial 39, synthetic NO, window 0x4400001,
    root 0x141, subw 0x0, time 684071, (2,107), root:(2593,264),
    state 0x1000, button 5, same_screen YES

}}}

But when using RDP the same events are received as if they are on the first head, instead of the second display:


{{{
ButtonPress event, serial 39, synthetic NO, window 0x4400001,
    root 0x141, subw 0x0, time 796041, (75,120), root:(97,283),
    state 0x0, button 5, same_screen YES

ButtonRelease event, serial 39, synthetic NO, window 0x4400001,
    root 0x141, subw 0x0, time 796041, (75,120), root:(97,283),
    state 0x1000, button 5, same_screen YES

}}}

The mouse was at 97,283 on the second display, which should have been sent as 2657,283sip.

This problem does not occur with VNC, but is present in 5.0.24 as well as the 5.1 beta and does not seem to depend on window manager or host extension version.

As an additional confusing point, if there is any mouse motion at the same time as the scroll wheel event then the events are sent at the correct coordinates on the second head."	thudson
16295	RDP-Server very slow then 1 connection unreachable	VirtualBox 5.1.10	2016-12-16T14:05:11Z	2016-12-16T14:05:11Z	2016-12-16T14:05:11Z	"Hello,

the RDP-Server have some trouble if the client gets unreachable. All another connections (available and future) are extreme slow and unusable.

The problem comes up then someone change from LAN to WLAN, without cancel conventional the connection before.

To reproduction that issue do the follow:


{{{
1. Enable RDP for a VM
2. Start the VM
3. Connect via RDP-Client to the VM
}}}

Way 1:

{{{
4. Change the IP ( ifconfig eth0 192.168.1.15 netmask 255.255.0.0 )
5. Close the connection and reconnect
}}}

Way 2:

{{{
4. Unplug the networkcable physical.
5. Connect with a another PC
}}}

Now the RDP connection is unusable / heavy slow."	dk_lcom
1194	Request for seamless VRDP feature	VirtualBox 1.5.4	2008-02-14T12:31:39Z	2010-10-26T16:53:51Z	2010-10-26T16:53:51Z	Seamless mode is very nice. It'll be much more nice if you could see in seamless mode remote (with VRDP or other way) machines. 	S
15754	Sound duplication in headless mode	VirtualBox 5.1.2	2016-08-05T18:36:13Z	2016-10-10T21:30:59Z	2016-10-10T21:30:59Z	"When I connect to guest VM which is started in headless mode the sound is played '''both''' on host and on client PCs.
Of course in '''mstsc''' connection option ""Play sound on this PC"" was set.
When I connect with the same connection settings to host PC itself all is fine."	Suncatcher
14113	Ubuntu guest loses keyboard sporadically	VirtualBox 4.3.28	2015-05-13T21:23:30Z	2015-12-01T02:14:40Z	2015-12-01T02:14:40Z	"Host: ubuntu 14.04
Guest: ubuntu 12.04

Sporadically guest loses keyboard, xev doesn't show keyboard events, etc. The only way to fix this issue is to restart guest. Save/reload doesn't help.

I'm using the Microsoft Remote Desktop (Win7) as client. If I close it and reconnect to the guest the keyboard still doesn't work."	DO
8279	Use FreeRDP instead of rdesktop	VirtualBox 4.0.2	2011-02-05T18:35:53Z	2012-03-11T08:52:55Z	2012-03-11T08:52:55Z	"In the Linux version, a modified version of rdesktop is included. The rdesktop project has been dead for quite some time now, at least I haven't seen many changes and improvements recently.
Even though rdesktop works, freeRDP is more active in development and has more features currently.

I got to this after looking for a better RDP client for Linux than tsclient with rdesktop and found Remmina, which uses freeRDP as backend. FreeRDP can be found at www.freerdp.com and their SourceForge site https://sourceforge.net/projects/freerdp/. It supports most features of the latest Remote Desktop Protocol, works with VRDP since version 0.7.4 (it's currently at 0.8.2, released November 12) and allows you to include new features in VRDP without breaking the shipped VRDP client (rdesktop-vrdp).

Please evaluate this new RDP client and include it in the next major version if you decide to include it."	Sasquatch
20007	virtual screen can not ne resized over rdp	VirtualBox 6.1.16	2020-10-29T09:47:01Z	2020-10-29T09:47:01Z	2020-10-29T09:47:01Z	"I have a vm that i use on my home computer and a copy in the company over rdp.

At home it is no problem to change the virtual Monitor to my 1080p screen (windows 10 20h2) Nvidia 2060.
But when i remotely access the same(copy) vm i can not resize the screen. the only option i can access and change, is the screen is the scaling option (100 % 125 % and so on).

The remote Monitor has a screen size (1600x900) with an Intel(R) UHD Graphics 630

It is more an annoyance, to scroll the hole time, but as i need the hle screen, i have to do that fairly often."	nbk
19849	VirtualBox 6.1.10/12  VRDP Feature Mouse Lag cause user experience	VirtualBox 6.1.10	2020-09-03T03:25:26Z	2020-09-03T03:25:26Z	2020-09-03T03:25:26Z	"When VRDP feature is used and mouse is lagging by 2 seconds, but using console virtual box is ok

-Virtualbox guest addition has been installed
-3D has been enabled
-256mb assigned to memory display
-MSTSC set to realtime in task manager
-mouse is set to usb table
-mouse properties in control panel has been change from none to windows standard large scheme etc, all modes tested and still got issue
-mouse pointer change from slow to fast , still got the issue
-We have assigned 4-8 GB of ram as well to virtual box but does not resolve the issue
-We have assigned 6 cpu to virtual box but still does not resolve the issue
-We have change mstsc settings to slowest mbps link still have the same issue
-We have change the display settings from 100 to 125 still got issue , incase related to a DPI
-usb extension is set from 2.0 as well as 3.0 nothing changed
-extension package is also latest version
-Issue is not happening when access via virtual box console
-Issue only happens when VRDP feature is used
-Seems the issue is with VRDP feature interprocess communication with the mstsc and virtualbox cause a drawing of mouse movement to be lagged
-Anything can be done to improve user experience?

Thanks"	EdgarMoreno
18300	VNC connect callback problem	VirtualBox 6.0.0	2019-01-11T09:14:53Z	2019-01-11T09:18:35Z	2019-01-11T09:18:35Z	"Hello.

This is code fragment of new vnc connect.
VirtualBox-6.0.0\src\VBox\ExtPacks\VNC\VBoxVNC.cpp:
{{{
enum rfbNewClientAction VNCServerImpl::rfbNewClientEvent(rfbClientPtr cl)
{
    VNCServerImpl *instance = static_cast<VNCServerImpl *>(cl->screen->screenData);

    /// @todo we need auth user here

    instance->mCallbacks->VRDECallbackClientConnect(instance->mCallback, (int)cl->sock);
    instance->uClients++;

    cl->clientGoneHook = clientGoneHook;
    return RFB_CLIENT_ACCEPT;
}
}}}

We can see that numbers of clients (part of IVRDEServerInfo) increase. Why dont call VRDECallbackProperty to fire VRDEServerInfoChangedEvent? I need to callback vnc connect situation by pyvbox:VBoxEventType.on_vrde_server_info_changed, but i cant, because IVRDEServerInfoChangedEvent not triggered.
"	Karlo Dipetrio
17812	VRDEAuth seqfault	VirtualBox 5.2.12	2018-06-11T16:10:55Z	2020-01-06T20:45:29Z	2020-01-06T20:45:29Z	"Here is the message I get in dmesg on a Fedora 28 updated system:

VRDEAuth[40662]: segfault at 7fabb53016c0 ip 00007fabb53016c0 sp 00007fabb5506a08 error 15

Fedora 28 ""uname -a"":

Linux cn4-vcl4 4.16.14-300.fc28.x86_64 #1 SMP Tue Jun 5 16:23:44 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

It happens regardless of the guest OS (Fedora, Windows 2012 R2, or Windows 10).

The VRDP session freezes or drops after some amount of time, and the only thing we can do is power-cycle the VM to get back the session for a short time.

VBox.log attached

"	Stephen Rondeau
15002	VRDP audio forwarding broken on Windows 10 RDP client	VirtualBox 5.0.12	2016-01-02T09:58:08Z	2016-04-10T23:40:52Z	2016-04-10T23:40:52Z	"Hey,

My host is a NAS-like CentOS 6 box with no attached monitor, no X server and no sound card. On it I spawn a bunch of lightweight bridged Windows machines for browser testing and connect to them from my desktop PC running Windows (gigabit LAN between the client and server).

This setup worked flawlessly with Virtualbox 4.3 and Windows 8.1. I've stopped using the VMs for a while and recently ressurected them with the following changes:

* Updated to Virtualbox 5
* Switched desktop to Windows 10

Since I did that, I'm getting choppy high pitched audio when connecting to the VMs (both before and after installing guest additions). The emulated chipset is Intel HDA and the driver is obviously Null as the host doesn't have a sound card. I originally thought this was an emulation issue, however:

* after doing some research about other issues about windows 10 clients being unable to connect in previous versions
* and reading on some other oracle website that VRDP only supports 22050 audio (not explicitly related to vbox, but pretty sure the V stands for the same thing),

I believe the issue is strictly related to the changes in the Windows 10 RDP client because:

1. playing back a realtime 22050hz stream on a 44100 output device would explain both symptoms (high pitch caused by the freq mismatch and choppiness caused by buffer underrun)
2. setting up a windows RDP server on a guest (tested on a win10 guest) and connecting to that works flawlessly

Unfortunately, I don't have a Windows 7 box to test this on, but I'm going to try some RDP-ception later today.
"	Radu Dan
17132	VRDP crashing guest machine	VirtualBox 5.1.28	2017-10-03T10:41:15Z	2017-10-03T14:07:02Z	2017-10-03T14:07:02Z	"Hello,

Have some problems with Win7/64 machines on Linux/64 host. There are several VM on one host with VRDP activated. Only 4-6 are running in parallel. The problem is a VM crashing when trying to use VRDP. Sometimes it happens with a first try, sometimes on one of the next. When crashed, VM does not give any messages in own log file, any clue in VBoxSVC.log, the only one is in /var/log/messages/kern.log

Oct  3 12:18:49 s07 kernel: [49758.816603] VRDP-IN[32682]: segfault at 0 ip           (null) sp 00007f83e6bfcb30 error 14 in VBoxHeadless[400000+25000]

When possible I'll try to catch core dump - it is productive machine, I'll be able to do so in the evening."	vinyl
20079	VRDP Forwarding Touchscreen Events (scrolling in Webbrowser)	VirtualBox 6.1.16	2020-12-04T21:10:24Z	2020-12-04T21:10:24Z	2020-12-04T21:10:24Z	"Hello, I tried to connect via VRDP into two machines (Ubuntu and Windows Server 2019). Both connections are working except of forwarding the touchscreen events form the host system. Both machines are configured as USB-Multitouch-Tablet. This problem only appears via VRDP. If I connect for example to the Windows Server 2019 with RDP (RDP Service form Guest OS), the touch events (for example one finger scrolling) are working as expected. Also if I start the machines normal (with GUI) die touch events are working. 

Is this a known issue?
Can I solve this with some additional config?

Thanks"	strgey07
15653	VRDP not working after upgrading to 5.1	VirtualBox 5.1.0	2016-07-21T07:23:59Z	2016-12-20T18:37:34Z	2016-12-20T18:37:34Z	Host: Debian 8 (and Ubuntu 16.04). Updated from 5.0.26 to 5.1. Extension Pask updated. Firewall is not set, the ports are opened. Tested on the local (127.0.0.1) and remote connection.	Mik Foxi
8242	VRDP shows black screen on connection	VirtualBox 4.0.2	2011-02-01T22:13:40Z	2019-06-22T17:49:53Z	2019-06-22T17:49:53Z	"Windows XP 64 bit SP2 host, Windows XP 32 bit SP3 guest.

When I connect to a headless session via the Windows remote desktop client and the Virtualbox VRDP server, the display will be solid black. If no user is logged in. a blinking white cursor will display. If I start typing, the input fields and buttons of the login dialog will display with everything else remaining black. If I log in, the display will come up normally.

If there is a user logged in, clicking the mouse will cause a small square of the display to show. In this case, disconnecting and reconnecting will usually result in the display coming up correctly."	Russ Lehman
5308	vrdp with resistive touchscreen tablet pc	VirtualBox 3.0.8	2009-10-28T14:10:43Z	2009-12-01T17:59:01Z	2009-12-01T17:59:01Z	"Hello,
I just dug this out of the forums, realizing that after all this time; I've had it in the wrong spot.

I just bought a tablet (slate) WinCE pc with a 10"" resistive touch screen. I can connect to virtualbox with vrdp and it looks great, and the response times are great, but I have one issue. With the touchscreen, I have to touch twice to click (once to move the mouse to the desired location, again to click) or hold it for like a second. This makes double clicking impossible. Although, I can use the hard navigation buttons just fine. Using the Microsoft's RDP on the guest works perfect, so I am believed to it bieng virtualbox.

I am hoping to use the tablet for interacting with MS PowerPoint that is being displayed fullscreen on a projector simultaneously. It doesn't matter if mouse integration is enabled or not.

I have:
Host: win7 x64
--CPU: i7 920
--Memory: 6 Gb 
Network: Host - ethernet - wireless router - wifi (802.11g w/ excellent signal) - tablet
Guest: Win XP Pro Sp 2 tablet edition
--VB version: 3.0.8; additions: installed
--mouse integration: on and off
tablet: viewsonic v210 WinCE 4.2
--RDC v5.1 settings:
----Display: 256 color (lowered to see if it would help, didnt)
----Local resources: Sound: leave at remote; local dev: none checked
----Experience: Performance: Custom (none clicked, to test, didnt help)


there is no crash, so i dont believe a log file is needed."	silverhawk_184
19715	VRDP/VBoxAuth not accepting MSTSC connection	VirtualBox 6.1.8	2020-07-10T22:29:45Z	2020-07-10T22:29:45Z	2020-07-10T22:29:45Z	"I've been trying to do this off and on for several years and on many versions of VB without success.  I've been through the documentation many times and asked for help on the forums.  Nobody has been able to find a solution and others have reported that this happens for them as well, including on Mac OS and Windows 7 and 10 hosts.

Host OS = Win 8.1[[br]]
Guest OS = Win XP[[br]]
VB version = 6.1.8, with matching extension pack[[br]]
VRDP Authentication = External/default (VBoxAuth)[[br]]
VRDP Port = 5003[[br]]

This process works fine if Authentication = Null, but when set to External I cannot make a connection from my local host (or any other Windows host) to the guest machine via VRDP. MSTSC tells me ""This computer can't connect to the remote computer"" before it even asks for a login.

I have been trying this on many different versions of VB, going back to the early days of v4.x.  Considering how widespread it seems to be in VB releases and across various hosts, I would think this is a problem that is part of the basic functionality.

A log is attached, but the important message from it seems to be
 ""AUTH: external authentication module returned 'access denied'""
"	Davin
7405	When RDP to VM is terminated badly - VM still holds RDP session open	VirtualBox 3.2.8	2010-08-31T18:38:34Z	2015-08-13T17:32:44Z	2015-08-13T17:32:44Z	"Now my Vista machine is a piece on junk and likes to lock up. So it needs cold rebooting. The problem is that the vrdp tcp connection stays established on the Linux machine even after rebooting the vista machine. So I cannot reconnect back to my running VM and also have not been able to force it to disconnect. I've tried below with no success.
{{{
VBoxMange controlvm winxp_work vrdp  off
VBoxMange controlvm winxp_work vrdp  on
}}}

I see from netstat that the VM still thinks there is a RDP session established. Even when the keepalive timer times out - it just resets rather then closing the connection. Occasionally if I wait long enough - I can reconnect - but we are talking 15min plus.


Some details:
 1. Virtual Box installed (3.2.8r64453) on 64bit Linux host (amd64 all distro version).
 2. Win XP 32 bit guest installed with latest Virtual Box tools.
 3. VM started with ""VBoxHeadless -s winxp_work &""
 4. VBoxHeadless disown'ed from bash to stop it killing it if I close shell
 5. Access VM from Vista 64 via remote desktop
 6. Linux iceweasel 2.6.30.4-2 !#7 SMP Tue Aug 11 17:12:39 MDT 2009 x86_64 x86_64 x86_64 GNU/Linux
 7. Using a bridged interface

Does anyone have any ideas how I can convince the VM that the RDP session is over - or maybe I need to change some global tcp settings somewhere?
{{{
iceweasel:~ # netstat -ntap | grep VB
tcp        0      0 0.0.0.0:3389            0.0.0.0:*               LISTEN      26054/VBoxHeadless
tcp        0  49850 192.168.124.7:3389      192.168.124.3:1116      ESTABLISHED 26054/VBoxHeadless
iceweasel:~ # netstat -ntap --timer
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    Timer
...
tcp        0  49850 192.168.124.7:3389      192.168.124.3:1116      ESTABLISHED 26054/VBoxHeadless  on (95.16/9/0)
}}}"	Adrian
