- Technical overview of the 32-bit remote desktop connection client.
- Client configuration.
RDC Client Technical Overview
The 32-bit Windows Remote Desktop Connection client is very sophisticated. This is the new name of what formerly was known as the "Terminal Server Client." As we mentioned earlier, though, most administrators still call this (and will probably forever call this) simply, the "RDP client."
Out of the box, Windows Server 2003 comes with version 5.2 of the Remote Desktop Connection client. This version is newer than the one that comes standard with Windows XP and newer than the one included in Service Pack 1 for Windows XP. However, there's no significant difference between the versions.
When you install Windows Server 2003, the installation files for the RDC client (version 5.2 of course) are automatically copied to the \Windows\System32\ clients\tsclient\win32 folder. You can use the msrdpcli.msi install package to load the RDC client onto any Microsoft 32-bit operating system dating back to Windows 95.
RDC Client Installation
The installation of the RDC client is fairly straightforward. RDC client version 5.2's installation program automatically installs it to the \Program Files\ folder, and it only asks users for their names and for them to accept the license agreement. Otherwise the installation is almost silent.
Since it's a standard MSI package, you can easily change the default options you want or configure it for a silent install to be used with SMS or a logon script. (As you probably know, the "/q" switch will perform a silent installation of an MSI package.) The details of configuring MSIs for installation are outside the scope of this book; however, you can find good information by going to and doing a search for "Windows Installer."
In the real world, most people are content with the version 5.1 RDC clients that are built in to Windows XP. For new installations, however, you're always better off going with the newest version. Like all new software, there are two installation methods:
- Electronic software distribution. Fortunately, the RDC client is a very simple MSI. You can actually generate a software distribution package directly from the command line. This package can easily be deployed with Microsoft Systems Management Server, Wise, or Altiris products. The only drawback to this method is that you need to have some form of software distribution product in place, although it's rare that environments of significant size don't have this already. Worst case, you can simply script a silent install and run it as a part of users' login scripts.
- Manual installation .If you can't deploy the RDC client via with a software distribution product, you could always put it on a network share and have users manually install it. Alternately, since it's so small (less than 1MB), you could even email it to your users.
Configuring the Remote Desktop Connection Client with RDP Files
When a user fires up the actual Remote Desktop Connection client, the interface configures itself with several defaults. The only option you need to configure is the name of the server you want to connect to. The RDC client uses the default configuration information to set up the session and the virtual channels as soon as you hit the connect button.
If you want to change any of the session settings, disconnect from the session, make the changes to the client, and then reconnect with the new settings. There is no interface (as with previous Terminal Server clients) that allows you to save multiple configurations right in the application. Instead, the Remote Desktop Connection client allows you to save its current configuration as an RDP file. (Even the "default" client settings are saved in a hidden file called "default.rdp" in the root of each user's "My Documents" folder.)
As mentioned previously, an RDP file is simply a text file containing the information needed to make a connection based on settings you've specified in the GUI. This idea is based on the huge success of Citrix ICA file type which has been the cornerstone of their application launching mechanisms for the web for the last few years. Figure 10.2 shows the contents of a basic RDP file.
screen mode id:i:1
winposstr:s:2, 3, 0, 0, 648, 507
alternate shell:s:C:\Program Files\Microsoft Of-
shell working directory:s:C:\Program Files\Microsoft
disable full window drag:i:1
disable menu anims:i:1
disable cursor setting:i:0
Figure 10.2: An RDP file that launches Microsoft Word 2000 on tsserver01
As you can see, this file consists of a set of RDP options that are enabled (1) or disabled (0), along with the name of the server to which it's connecting (tsserver01) and the path for the executable (winword.exe).
The biggest limitation of the RDC client (and therefore also to using centrally-stored RDP files) is a security "feature." The RDC client does not have the ability to pass the credentials of the locally logged on user into the Terminal Server session. In addition, the RDP file stores any saved credentials in an encrypted format, meaning that they'll only work from the workstation on which they were created and log in as the user by which they were saved.
When using centrally-stored RDP files, your users will need to manually log on to the remote Windows session. When compared to the alternative (users manually configuring their own clients), RDP files don't seem that bad.