Design Objectives

The primary design objective of Terminal Services was the display of many kinds of Microsoft Windows–based applications on multiple hardware platforms. To function properly, the applications must be able to run as is on Windows Server 2003 with Terminal Services enabled for application servers. By centralizing applications, the technology significantly reduces operating costs, especially in large corporate environments.

Moreover, Terminal Services under Windows Server 2003 provides a powerful option for distributing and updating software. It can replace or augment the Microsoft Systems Management Server and extends Windows capabilities, especially in large companies.

One secondary benefit of Terminal Services is the ability to eliminate so-called dumb terminals that are still in use at many companies. Windows Server 2003 in combination with Terminal Services opens up a migration path from a host environment to a more up-to-date environment.

In principle, a terminal server is a computer on which several users can work simultaneously while their screens can be displayed remotely. But is the platform a server or a client? The answer, as described in this book, is: An application server for several simultaneous users, who are logged on interactively to a single machine, is both a server and a client, depending on one’s point of view.

The Development of Terminal Services

The Windows environment was developed in the 1980s to run on MS-DOS. The GUI was first introduced in November 1985. After the OS/2 initiative in cooperation with IBM to develop a successor to MS-DOS, Microsoft decided to work on a more progressive operating system that would support both Intel and other CPUs. The idea was to write the new operating system in a more sophisticated programming language (such as C) so that it could be ported more easily. In 1988, Microsoft hired David Cutler, the chief developer of Digital Equipment Corporation’s VMS, to manage the Windows New Technology project.

In the early 1990s, Microsoft released Microsoft Windows 3.0. This gained a large user base and therefore played a key role in the development of the new Microsoft Windows NT system. The design work for Windows NT took two years; three more were required to write the related program code.

The first version of Windows NT was launched in May 1993. It was based on its smaller but very successful sibling, Windows 3.1. Windows and Windows NT had the same GUI. However, Windows NT was not based on MS-DOS; it was a completely new 32-bit operating system. From the very first version, Windows NT could run both text-based OS/2 and POSIX applications as well as the older DOS and Windows-based applications.

Over time, both Windows NT and Windows 3.1 continued to be developed. From the start, Windows NT was considered the more stable system, especially for professional environments. As companies introduced personal computers, Windows NT became the market leader due to its stability in spite of increasing hardware requirements.

When Windows NT versions 3.5 and 3.51 hit the market, Microsoft was not very interested in equipping its high-end operating system with multiple-user features like UNIX. Therefore, in 1994, Microsoft granted Citrix access to the Windows NT source code to develop and market a multiple-user expansion. The expansion was called WinFrame and was quite successful in several companies a few years ago.

Ed Iacobucci, the founder of Citrix, had already developed the WinFrame concepts. From 1978 to 1989, he worked on developing OS/2 at IBM. His vision that different computers be able to access OS/2 servers through a network led to the idea of a multiple-user system. IBM, however, did not recognize the potential such an environment held. Inspired by this concept Ed Iacobucci left IBM in 1989 to found Citrix. The first Citrix products were still based on OS/2 and enjoyed only modest commercial success. That changed only when the Windows NT source code was used.

WinFrame’s great success and the increasing significance of thin client/server concepts led Microsoft on May 12, 1997, to license Citrix’ multiple-user expansion, MultiWin for Windows NT. Part of the license agreement stipulated that Citrix would not launch a WinFrame version based on Windows NT 4.0. Microsoft provided this release on June 16, 1998, with the launch of Windows NT 4.0 Server, Terminal Server Edition (code name “Hydra”).

Note

Windows NT 4.0 Server, Terminal Server Edition, has been available only as an OEM version since August 2000. Due to the continued wide distribution of this platform, Microsoft made available the “NT 4 TSE Security Roll-Up Package” in April 2002.

One problem with Windows NT 4.0 was that the Terminal Server Edition was built on a modified version of the system kernel that required adapted service packs and hot fixes. This was addressed during the Windows 2000 design phase, when all needed modifications for multiple-user operation were integrated in the kernel from the start and corresponding system service and driver functions were realized— Windows 2000 Terminal Services. The single code base, designed to avert the obvious mistakes in UNIX and its many derivates, prevented a fragmentation of the Windows 2000 server market.

Unlike its predecessor, Windows 2000 did not require the purchase of an independent operating system for the multiple-user option. You simply enabled an integrated component. There was a single common system kernel for Windows 2000, regardless of the number of simultaneous users. The common kernel, of course, led to a standardization of service packs and hot fixes. All other system expansions or improvements immediately became available for terminal servers, too.

Compared to Windows NT 4.0, Terminal Server Edition, the new Windows 2000 Terminal Services included the option of using the clients’ printer and clipboards from the server (printer redirection and clipboard redirection). Additionally, it was now possible to monitor sessions remotely; that is, one user could see another user’s session and, with the corresponding permissions, could even interact with it.

To improve the integration of clients under Windows 2000, the Remote Desktop Protocol (RDP) protocol was optimized, a bitmap-caching option for raster images was introduced (bitmap caching), and access to client devices via virtual channels was created. A corresponding application programming interface (API) enabled the specific programming for multiple-user servers.

Before Windows Server 2003, Windows XP was launched as the new client platform on October 22, 2001. For the first time, client and server lines of the Windows NT code base were made available at different times. The standard installation of Windows XP also uses terminal server technologies for a number of tasks, such as the following:

• Terminal server client Available in Windows XP Home Edition and Windows XP Professional. The new RDP client allows access to servers with activated Terminal Services.

• Fast user switching Available in Windows XP Home Edition and Windows XP Professional. Users can run applications in the background while other users log on and work on the same Windows XP machine. Available in the Professional version only if the computer is not a member of a domain.

• Remote assistance Available in Windows XP Home Edition and Windows XP Professional. A user can ask an expert for help and the expert can assume control of the user’s screen. The objective is one-on-one support, generally in help desk environments. This technology allows shared access to the user’s console. Access is configured through group policy. This feature is available at the Help and the Support Center Windows accessed through the Start menu by choosing the Help and Support option.

• Remote desktop Only available in Windows XP Professional. The terminal server technology is available on the client platform. A user can operate a system under Windows XP Professional from another computer. The default setting allows only administrators to use this function. Additional users can be added through the integrated Remote Desktop User Group via the Control Panel.

During the installation of Windows Server 2003, Terminal Services is automatically set to Remote Desktop mode. To use Terminal Services, however, it must be activated via Workstation | Properties | Remote or the group policies. This allows the administrator easier access to the server over the network. Under Windows 2000, this mode was called Remote Administration, even though the basic function remains the same.

If Terminal Services is used in application server mode, it needs to be configured accordingly. Compared to Windows 2000 features, several changes and improvements were made.

• Administrative tools Improved tools for Terminal Services administration.

• Printing Improved printing via terminal servers. Local printers can now be integrated and reconnected automatically.

• Redirecting drives and file systems Users can now see and use the local drive of their client during terminal server sessions.

• Redirecting audio streams The audio output of a terminal server session can be redirected to the client platform.

• Redirecting the clipboard Users can copy and paste between local and server-based applications.

• Group policies Almost all Terminal Services features can now be managed with the help of the group policies.

• WMI provider Most Terminal Services configurations can be executed by means of WMI (Windows Management Instrumentation) scripting.

• Access rights Expansion of security features through new user groups and permission allocation.

• Session directory Redirection of a user logon to an existing disconnected connection within a farm of terminal servers. This requires the installation of a corresponding service.

The RDP protocol also was considerably reworked and improved during the development of both Windows XP and Windows Server 2003.

All these expansions and improvements optimized Terminal Services for use in corporate environments. This book presents all its related functions and features in detail.