Category Archive

Here are screenshots from the upcoming Micorosoft RDP 6 client for Windows (Vista and XP), and explanations for each feature so that you can get started with your testing now and stay ahead of the game.

The options screen to the new RDP 6 client is very similar to that in version 5, but as you can see, it does not have input regions for login name and password. This is now done when you connect, and yes it can still be stored. Also note that just like in previous versions, if you would like to save the settings you will need to return to this tab as Microsoft still seems to think that saving options should not be done from all tabs for some reason. If you would like to make the options that you changed or reconfigured global, you would save the file as default.rdp in your “My Documents” folder. In Vista this is simply called “Documents” to make things easier. Yes, they have gotten rid of the “My” prefix now.

We have all of three options here: Remote Desktop Size, Colors and the Option to diplay the connection bar when in full screen mode. Remote desktop size: whether you want to display your remote desktop connection in full screen mode or not. This does work fer very large monitors, including those widescreen suckers. It will scale down to many other sizes depending on what you maximum resolution is. The amount of colors has now increased to 32bit in the newest version of the Remote Desktop Connection 6 client (RDP 6). This means getting accurate color from applications such as Adobe Photoshop is much easier now, though you will still need to do proper calibration.

The local resources tab controls the way your remote computer or terminal connects to your Longhorn or Windows 2003 R2 Terminal Server. For sound, you have the option to play sound locally, to leave the sound on the remote computer (host) or to ignore sound completely. I have noticed that the sound quality seems tobe much better in the new RDP client, but that it depends on the connection you are using. For example when using a Wifi-B connection, the sound quality appeared to be roughly the same as the previous client iteration. When I then connected the laptop to a wired (LAN) connection, the difference was apparent when switching back and forth between RDP 5 and RDP 6. I should probably be more precise here - what I mean by sound quality appears to affect times when multiple sounds play at once, as well as when sound are triggered by alerts or login notifications, the sounds appear to play faster, having less latency than in the RDP 5 client.

The keyboard menu here allows you to specify whether actions such as alt-tab will always be recognized by the remote computer even when in windowed mode, or if the host should accept them - the host being your computer in this case. I think the default is fine for most people - meaning keep it set to only accept these commands when in full-screen mode.

Local Devices and Resources: RDC 6 supports using local devices will logged into a remote computer provided that the proper driver exists on the remote host. Microsoft will be writing generic drivers for many devices, and currently things like smart cards, serial ports and hard drives are already supported, but the list will be growing.

The programs tab allows you to specify applications to run on connection to a remote host. You can specify the path of the application to run, as well as input information regarding the folder to start the program in.

The experience tab allows you to tweak the connection settings in order to get a less latent (slow updating) connection to your remote host. When people complain about this to me it typically involves things like typing speed not being fast enough in RDP sessions, and screen refreshes being very slow. If you are using a connection to a remote computer in a local network that runs at 100mbit or up, I have found that you can safely have all of the experience options turned on. On a wireless B connection (11mbps), you may want to turn all of the settings off. If you are connecting remotely, I would highly recommend turning all of them off.

There is also an option on the screen that has always looked out of place to me - and I think it should be on the general page as it seems to be a general option. At any rate, you can also specify whether or not to reconnection after your connection is dropped by checking this checkbox. I typically have this checked.

Lastly, we have the advanced tab, which allows you to set so-called “advanced” options. Basically this involves two things.

The first is server authentication. This allows you to confirm if you are connecting to the proper remote computer. In practice, I have found that this simply does not work in Windows XP, and now have it set to not warn me if the authentication fails, because it will always fail, without a doubt. If you use Vista or Windows Server Codename Longhorn, this does in fact work, so you can leave it set to default (”Warn me if authentication fails”).

The second option dubbed “Connect from anywhere” only works with gateway servers, like the new Terminal Services in Longhorn. At this point, you are unable to use the function on Windows XP. You are able to turn it on in Windows Vista, and can play with the settings provided you have a Terminal Services Gateway Server in your network.

Related Articles:

UPDATE! The newest client found in the release candidate of Vista does not require MUI files at all. There is some speculation that this may in fact end up as the Windows XP RDP 6 client. Download RDP 6 Client for Windows XP using this link.

I’ve been trying to get the Remote Desktop Connection v6.0 client from Vista to run on Windows XP for months now. Microsoft has announced many times that it’s available tobeta testers through the Connect site, but try as I may I still can’t find it (I’m not alone). So I went ahead and popped the new RDP 6 client from Vista onto Windows XP and tried everything from dependency walking to regsitry hacks to get it going but to no avail. So i kept testing, and set up a Google alert to let me know if anyone had found a method or any information that I could use to get this done.

I got results from the hook today, and what a big fish it was. It seems that I had probably fixed it early on, but hadn’t followed the proper procedure of changing one setting, testing, then moving to the next. I had simply set up all the hacks I thought were needed and plowed ahead. This is what happens when you test with a bottle in hand.

So here is what I found out today: originally from a thread by Caelum over at AtomicPC, this quick hack allows you to install the Microsoft Vista RDP v6 client on a Windows XP computer. Caelum was trying to get widescreen working in RDP on XP, and most of you know that works fine already. But Caelum, you’ve solved another problem in the process!

The 6th iteration of the MSTSC binary has a bunch of outstanding feautures. The biggest one for me is better support for sound and video over terminal services, but also includes ClearType support for those with LCD monitors so fonts look much nicer now.

Let’s get cracking.

1. Download this MSTSC zip(1.3MB)

2. Unpack the ZIP file to a folder

3. Run the “Install.cmd” file

4. Once the installation has completed, press any key to close the window

5. The script does everything but copy the MUI files to SYSTEM32, so we’ll do that now: open your Windows folder, then SYSTEM32, and then en-US. Copy the *.MUI files from your unzipped folder to the en-US folder

6. Run your remote desktop connection application the same way you normally would

Note: If you use Windows XP 64bit Edition you’ll want to grab the 64bit bit files from a 64bit version of Vista.

Now we can connect to Vista and Longhorn Terminal Server using the most up to date client and test the new features offered by Remote Desktop Client 6. I’ve tested this out on both using my VMWare Server virtual machines and the results are very favorable so far - it’s faster than before!

Related Articles:

Forget Windows Vista.

The real new, exciting operating system from Microsoft is on it’s way and is supposedly slated for January.

Here’s a shortlist of reasons why you should care and what to look for:

LLMNR - Have you ever had master WINS browser woes? Name resolution problems? Microsoft wants to make this a thing of the past. In my experience this has been one of the largest pains - when the master browser goes down you lose name resolution. LLMNR fixes that. I’m happy. Testing the current Windows Server Codename Longhorn on virtual networks has shown so far that it works as expected already. I’m still happy. Basically this is multicast DNS (mDNS). Follow the link for a nice wiki article that will surely convince you.

Core Server Mode - Longhorn has a new locked down mode meant for bare-bones brass tax servers. They call it Core. What this means to the regular Windows admin is that there are no more wizards. Heck, there’s no more standard graphical UI. You get a command-line shell (DON’T call this DOS, they’ll find you!) to play around with. Servers are configured via preconfiguration scripts, this shell, and remote administration tools. If this is as fast and secure as it is supposed to be, it’ll be gravy. What you DO get: DHCP server, DNS server, file server, active directory, read-only domain controller, cluster services, load balancing, and services for Unix. That’s right, services for Unix is there too.

Application Publishing - I covered application publishing in Longhorn previously, and it’s what I am most excited about, to be honest. Pick an application, fire up the wizard, make an RDP file and send away to clients (even older XP terminals) - it’s that easy. While this will take the bread out of a lot of app vendors hands, it also allows for a wealth of innovation and I simply can’t wait to see what happens here.

Remote Desktop Connection 6.0 - In the same vein, and under the Terminal Server umbrella, the Remote Desktop Connection client gets an update that adds some much-needed and oft-asked-for features. Namely: PnP redirection for media players and digicams, multiple monitor support (I’m talking to you, Bill), desktop theming, and single sign-on. Whew. I’ll have to get into this one later.

Sharepoint V3 - It’s bigger, badder, and better code for Sharepoint. Better integration with Office 2007, faster load times, more features (of course), and item-level access control. Not to mention RSS by default - that’s was the deal-closer for me. Nor more need for infinite emails sent via alerts - just use RSS! Much like Apple, Microsoft has become a fan of RSS and it’s good news all around.

IIS 7 - You’re laughing. I see you snickering. Yes IIS is used externally, and its market share is growing right now, funnily enough. In IIS 7.0 you get reduced attack surface through feature modules. This is marketing-speak that means you can disable IIS services you don’t need. You get easy replication using web configuration files. And lastly you get better admin tools. Well slightly better anyway. This isn’t Plesk, Ensim or CPanel, but it’ll have to do ’til those guys get around to supporting Longhorn.

That about sums up the good things I’ve seen and tested to date on my virtual machines (VMWare Server, Virtual Server R2 and Parallels). Feel free to chime in about what tickles your fancy or rattles your chains, I’m all ears.

Related Articles:

First you will need to add the Terminal Services Role to your Longhorn installation either through the Roles Wizard or by using the Software Manager. You may also wish to install the Web TS Role while you are there to allow users to connect to a website, authenticate, and run a remote app easily. Once this has been completed, restart the system as required and head to the Administrative Tools Control Panel. Here you will find the Remote Programs applet. From here we can browse to an application to publish, and export it as an RDP file compatible with both Vista and current versions of Windows. You may also wish to add authentication to the file, but remember that if the file will be used on another system the authentication settings will be lost. In my case I used Word 2007 Beta - so I log in, and the window goes full screen with only Word loaded! This is a great way to securely publish apps with the right config, and I can’t wait to see what happens in the final version. This is very similar to what Citrix does, but presumably (keeping fingers crossed).

Related Articles:

Checkout the Media Player toolbar in this shot - is Microsoft hiring suspicious characters now?

Related Articles: