How to Configure Windows Server 2003 Remote Desktop - Remotely
Guy Recommends
A solution to monitor, manage and archive thousands of
events that are generated by devices across the entire network. Download FREE
trial
Introduction to How to Configure Remote Desktop - Remotely
One of the most annoying situations is when you know that the Windows 2003 Server is up and running, but you cannot connect because Remote Desktop has not been setup. However, if you have the
knowledge, then there is a backdoor called fDenyTSConnections which will turn the key to that backdoor.
Of all the services on Windows Server
2003, Remote Desktop is the one service where you most need to plan ahead. The reason I say this is not because configuring Remote Desktop is difficult, quite the reverse; no my reason is to save you
frustration.
Our goal is to use a backdoor registry hack to enable Remote Desktop on Windows Server 2003. Fortunately,
Microsoft's Windows Server 2003 has the Terminal Services installed and built-in. So, our mission is merely to put a tick in Remote Desktop box, which you find in the System Icon, Remote tab.
Let us pretend that you wish to add another service such as RRAS or Certificate Server to a Windows Server 2003 machine. Inconveniently,
this machine is the other side of town, or the other side of the world. The answer is regedit and fDenyTSConnections.
Learn more about Terminal Services and VPN. As an MCT trainer, I can thoroughly recommend TrainSignal
because they provide practical hands on training. In particular, I like the way TrainSignal cover all learning methods, instructor lead, video and of course text
material. With TrainSignal you can either take one module, for example Terminal Services and VPN or go for a combination of modules.
See more about Terminal Services
and VPN here
Now our mission is clear, on the Terminal Services machine, change fDenyTSConnections from =1 to =0. In order to achieve our mission we need to connect to the registry of the target machine. My first choice would be Remote Registry. Open regedit, File Menu, Connect Network Registry. Naturally, you have to connect to the correct registry
hive, HKLM\System\CurrentControlSet\Control\Terminal Server, now find the Reg_DWord called fDenyTSConnections and set the value = 0 (zero)
Unfortunately, you have to restart the Windows Server
2003 before the fDenyTSConnections setting takes effect. There must be service that you could start and stop but I have not found which one that is. Instead I use the shutdown command with the
restart switch.
If you are interested in cost effective Thin Client check out the experts: 2X (Guy's Recommendation)
2X ThinClientServer allows you to deploy a thin client OS to low-cost thin client devices and existing PCs, and
centrally manage settings and configure to which terminal servers (Windows or Linux) a user should log on to. More on 2X ThinClientServer
2X LoadBalancer for
Windows Terminal Services Provides load balancing, increased security and redundancy for Terminal Servers.
The /r means restart. Mr Angry wrote in saying it should not be /m and /r but
-m and -r. Personally, I find that either a minus or slash works equally well. With shutdown, beware shooting yourself in the foot and shutting down your own machine instead of the target Windows
Server 2003, it sounds hilarious, but
actually it's embarrassing. Again knowledge is power there is a switch to abort a shutdown. See more about Shutdown here.
Another clever idea I have is using a .reg
file. One reason for adding fDenyTSConnections to the registry from a file is that the remote registry service is disabled on the target machine. So you have a choice of strategies,
start the Remote Registry service remotely with
a script see here, or remotely execute a .reg file with a shell program.
Here we have a precise, but
tricky task. We want to enable Remote Desktop on a distant Terminal Server even though Remote Desktop is specifically denied on that distant server. Even if you have no need to configure
fDenyTSConnections yet, you may like the
challenge of testing the technique. You never know that you may need the combination of Windiff and remote registry editing to solve a similar Microsoft problem.