Link to home
Start Free TrialLog in
Avatar of tech53
tech53Flag for United Kingdom of Great Britain and Northern Ireland

asked on

remote desktop server 2008 R2 poor performance

Hello Experts.

I'm having a few issues with performance on a remote desktop server. I'll describe the environment below:

HQ has an SBS2011 server and the remote desktop server which is windows 2008 R2.  There's a 4MB leased line serving the HQ office.  There are 3 remote sites connected using VPN tunnels via standard broadband services using watchguard appliances. VPN tunnels are very stable.

I have published the RD server on the remote web workplace site which is hosted on the SBS. Users logon to the RWW site and click on the connect button under the RD server name. Job done.  

This is a freshly deployed RD server and we are still in the testing stage.  I have asked an IT savvy user to test it for me for a day and report back.  They say that there is a delay between keystrokes and characters appearing on the screen. Also when printing, the print job can take 1 minute to process and the app appears to freeze during the print job processing.

As in all SBS environments, the fqdn used to access the RWW site remotely has an entry in the internal DNS on the SBS. So if i ping the fqdn from a remote location, say at home, i get replies from the public IP address.  And i f I ping the same fqdn from a PC on the internal LAN (even from the remote sites) i get replies from the internal LAN IP address of the SBS. This is expected.

The RD server is a HP proliant ML370 G5 with 2 physial processors and 3GB RAM. Hard disks are SCSI disks in a RAID 10 configuration.  I know more RAM will help, but remember, theres only one user accessing it in this tesing phase so 3GB should be plenty.

I have applied the usual optimising settings as listed here >>
But I can't decrease the colour depth lower that 15-bit. Also I have chosen to reduce the desktop resolution to 1024 x 768 and the RDP client always connects in full screen mode.

So my questions are as follows:

1. Am I missing something fundamental here?  
2. Any other tips for increasing the performance?
3. If the RWW site is being resolved internally from the remote sites, the connection traffic is traversing the VPN tunnel. Would this be a factor considering other traffic is also traversing the tunnels to HQ?
4. most of the printers are large multi-function office copiers. The printer drivers are installed on the RD server but no actual printers are installed as devices. Users' printers are redirected with the TS session. What is the recommended configuration for printers, drivers and redirection?

thanks for your time and knowledge.
Avatar of Chris
Flag of United Kingdom of Great Britain and Northern Ireland image

If I recall correctly, when you remote in to a machine via SBS RWW your RDP connection is actually being tunnelled via the SBS server using RDS Gateway. It could potentially be this causing the percieved lag. Perhaps as a test and in order to eliminate the SBS server as a possible cause You could forward port 3389 to the TS box directly and see what the performance is then like. if this improves things then perhaps there's a need to beef up the SBS box or alternatively setup a dedicated RDS Gateway.
Avatar of tech53


Agreed. That was my first suspicion. I have the RDS gateway role installed but am waiting for a host record to be added to DNS (external). I will forward the 3389 port directly to the RD server as suggested.

When i have the RDS Gateway accessible and functioning, I will be publishing some apps on the site.  Will this help the situation? I know that the session is running in the background on-the-fly, but if the entire desktop isnt being published, would this reduce the bandwidth used for the session?

Any other suggestions?
Avatar of Netflo
Flag of United Kingdom of Great Britain and Northern Ireland image

Link to home
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of tech53


OK. I'm expecting the fqdn DNS entry to be made this week and i'll look at the https proxy settings then report back.
Avatar of tech53


HAving published the RD gateway directly to the internet, thus bypassing the SBS, the performance has indeed been better.

Thanks for all who contributed.