Concurrent Remote Desktop Sessions in Windows XP SP2

I mentioned before that Windows XP does not allow concurrent sessions for its Remote Desktop feature. What this means is that if a user is logged on at the local console, a remote user has to kick him off (and ironically, this can be done even without his permission) before starting work on the box. This is irritating and removes much of the productivity that Remote Desktop brings to Windows. Read on to learn how to remove that limitation in Windows XP SP2

A much touted feature in SP2 (Service Pack 2) since then removed was the ability to do just this, have a user logged on locally while another connects to the terminal remotely. Microsoft however removed the feature in the final build. The reason probably is that the EULA (End User License Agreement) allows only a single user to use a computer at a time. This is (IMHO) a silly reason to curtail Remote Desktop's functionality, so we'll have a workaround.

Microsoft did try out the feature in earlier builds of Service Pack 2 and it is this that we're going to exploit here. We're going to replace termserv.dll (The Terminal Server) with one from an earlier build (2055).

To get Concurrent Sessions in Remote Desktop working, follow the steps below exactly:

  1. Download the termserv.zip file below and extract it somewhere. (You have to be registered to see the file)
  2. Reboot into Safe Mode. This is necessary to remove Windows File Protection.
  3. Copy the termserv.dll in the zip to %windir%\System32 and %windir%\ServicePackFiles\i386. If the second folder doesn't exist, don't copy it there. Delete termserv.dll from the dllcache folder: %windir%\system32\dllcache
  4. Merge the contents of Concurrent Sessions SP2.reg file into the registry.
  5. Make sure Fast User Switching is turned on. Go Control Panel -> User Accounts -> Change the way users log on or off and turn on Fast User Switching.
  6. Open up the Group Policy Editor: Start Menu > Run > 'gpedit.msc'. Navigate to Computer Configuration > Administrative Templates > Windows Components > Terminal Services. Enable 'Limit Number of Connections' and set the number of connections to 3 (or more). This enables you to have more than one person remotely logged on.
  7. Now reboot back into normal Windows and try out whether Concurrent Sessions in Remote Desktop works. It should!

If anything goes wrong, the termserv_sp2.dll is the original file you replaced. Just rename it to termserv.dll, reboot into safe mode and copy it back.

The termserv.dl_ file is provided in the zip is for you slipstreamers out there. Just replace that file with the corresponding file in the Windows installation disks.

I've added in extra information from the comments below... thanks for all who researched! :-)

Other links of interest:

If anything doesn't work with my procedure above though, post a comment here and I'll try to help!

AttachmentSize
termserv.zip357.92 KB
Submitted by Sreekanth on Wed, 2005-09-07 19:40.

Hello Tian55, Happy to know it worked atleast once, because we studied MCSA on a domain environment. There are some possible reasons for your problems and suggetions that i would make.

Never use the close button on a RD connection, use log off instead. Never ever use console login as it isnt recommended by MS. If you do, then please use log off not close. If you close, it will dump memory and give you a BSOD (Blue Screen of Death). You may be able to do anything related to windows with a non-console login. Console login should be used only if you need to interact directly with windows kernel. Try following these practices. Also, you should be able to log in even if someone is logged into console since the priority is given to local user. Naturally the other logged in user would have got disconnected if you attempt to login. If possible, please reply with a more statistical data and also an image of the error and the environment if you are able to, (use imageshack.us to upload an image without signing up). That way i will be able to solve your problem better. Bye. -Sreekanth

SCTCE.info-SCTCE Unofficial Community Website