Web apps are getting better and better these days. In fact, some offer a superior user interface to many standard applications. Someday Web applications will rule the world, but for now there are still some pesky Windows applications that are not available as a Web app. They still need to be deployed, managed, and patched […]
Web apps are getting better and better these days. In fact, some offer a superior user interface to many standard applications. Someday Web applications will rule the world, but for now there are still some pesky Windows applications that are not available as a Web app. They still need to be deployed, managed, and patched on each user’s individual machine. Microsoft’s new Terminal Services RemoteApp solution offers a nice alternative to local installations of your Windows applications.
You’re probably thinking to yourself that this is old news; Microsoft has had terminal services around for many years. Sure, you’ve been able to setup a terminal server since the NT days. You could have users logon to your terminal server and run applications from the remote desktop. You could even configure .rdp files on a user’s “real” desktop to automatically open a specific program on the terminal server. So what’s the big deal with TS RemoteApp?
The reason that TS RemoteApp is such a great leap forward is that is actually allows you to associate a file extension with your remote app. This means that you can setup Microsoft Word as a remote app, and when a user double-clicks on a .doc file it will automatically open the remote app version of Microsoft Word to display the document. Not only that, but the user will not even know that Word is running as a remote app. From the user’s perspective it will appear that Word is just a regular program. The window that Word lives in will behave just as if it is any other program running on that machine.
Using the Web Admin feature in Windows Server 2003 can provide a way to perform many common management functions right from your Web browser.
There are some prerequisites that you will need to meet before you can use TS RemoteApp. First, you will need to be running Windows Server 2008 as the terminal server. Second, you will need to be running Windows XP SP3, Vista, or Server 2008 as the client. You can use still use Windows XP SP2, Windows Server 2003 SP1, or Windows Server 2003 SP2 as the client if you install the new RDP client (version 6).
Let’s get our hands dirty and see what it takes to setup a RemoteApp. First things first, the terminal server needs to be setup. Follow the steps below to install TS RemoteApp on your Windows Server 2008 server:
Once you’ve installed Terminal Services we need to setup our RemoteApp:
At this point you should see the program you chose to deploy as a RemoteApp in the RemoteApp Programs list at the bottom of the RemoteApp Manager. The next step is to create an .rdp or .msi file to run the RemoteApp on your client. The .rdp file will be able to open your RemoteApp when users double-click on it, but it will not associate a file extension with the RemoteApp. To make the file association you need to create an .msi file for your RemoteApp. When you run the .msi file on a compatible client it will setup the file association and create icons (which you can configure). Follow these steps to create an .msi file on the server:
Set up an application for remote access with Microsoft Windows Server 2008 Terminal Services – from both the server side and client side.
That’s it for configuration on the server side, and you’re almost done! Once you’ve completed creating your .rdp or .msi file a window should open up to the location of the newly created file. If you need to find it later the default location is c:program filespackaged programs. To use the .rdp file all you have to do is copy the file to your client machines. Users can open the RemoteApp by double-clicking on the .rdp file. The .msi file can be used to install your RemoteApp (and associate the appropriate file extensions) on any compatible client. This can be done manually by copying the file to each client machine and double-clicking on the file, or you can use group policy via Active Directory to automatically deploy the RemoteApp.
You can check one more program off the list of applications that need to be maintained locally. RemoteApps behave almost identically to a “normal” application, but you will be able to manage it centrally. In fact, the only way a client will be able to tell the difference is that they may have to logon to the Terminal Server when they open the RemoteApp. Also, users will see their local drives mapped to their terminal server session if they try to open a file within the RemoteApp.
For information on other new Terminal Services features in Windows Server 2008 see the following Technet article: http://technet.microsoft.com/en-us/library/cc733093.aspx
Enterprise Networking Planet aims to educate and assist IT administrators in building strong network infrastructures for their enterprise companies. Enterprise Networking Planet contributors write about relevant and useful topics on the cutting edge of enterprise networking based on years of personal experience in the field.
Property of TechnologyAdvice. © 2025 TechnologyAdvice. All Rights Reserved
Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.