Showing posts with label RD WebAccess. Show all posts
Showing posts with label RD WebAccess. Show all posts

Tuesday, June 26, 2012

Remote Desktop Web Access single sign-on now easier to enable in Windows Server 2012

imageThe Microsoft RDS team posts a new blog that explain the way to setup Single Sign On (SSO) with Windows Server 2012. The setup has been made a lot easier compared to what you had to configure with Windows Server 2008 R2.

“…Hi, I’m Sergey, one of the developers on the team that produces Remote Desktop Services. In Windows Server 2008 R2, we introduced Web Single Sign-On (web SSO), which reduced the number of times a user was asked for credentials when accessing RemoteApp programs published through Remote Desktop Web Access (RD Web Access). Enabling this was complex and difficult for users. In this post, I'll explain how easy it is to set this up in Windows Server 2012. It basically works "out of the box…”

Source:http://blogs.msdn.com/b/rds/archive/2012/06/25/remote-desktop-web-access-single-sign-on-now-easier-to-enable-in-windows-server-2012.aspx

Wednesday, June 13, 2012

The Remote Desktop Web Access website does not show any published RemoteApp programs

Revision 2.0 of KB 2705427 was just released. I don’t recall ever seeing the 1.0 version of this KB, but it’s an interesting one.

imageArticle ID: 2705427 - Last Review: June 13, 2012 - Revision: 2.0
The Remote Desktop Web Access website does not show any published RemoteApp programs if a RemoteApp source is offline in Windows Server 2008 R2.

“…Consider the following scenario:

  • You configure a Remote Desktop Web Access (RD Web Access) server on a computer that is running Windows Server 2008 R2.
  • You install the Remote Desktop Session Host role service on some servers that are running Windows Server 2008 R2, and then you publish some RemoteApp applications on these servers.
  • You configure these Remote Desktop Session Host servers as the RemoteApp source of the RD Web Access server.
  • You shut down one of the Remote Desktop Session Host servers.

In this scenario, you notice that the list of the RemoteApp applications in the RD Web Access website is returned as blank.

This issue occurs because of a design flaw in the RD Web component. The RD Web component stops enumerating applications as soon as the component encounters a session host that is unavailable…”

Source: http://support.microsoft.com/kb/2705427/en-us?sd=rss&spid=14134

Wednesday, May 30, 2012

New Article: Remote Apps and the Metro RDP client

image_thumb1My new article titled “Remote Apps and the Metro RDP client" on virtualizationadmin.com just got published. The article is about the integration of RemoteApps running on Windows Server 2012 (8 Beta) launched from a Windows 8 client.

“…Introduction

Remote applications that run seamlessly on a client desktop have been around for some time now. With Windows Server 8 Beta, Microsoft has put in a good effort to make the RemoteApps on the Windows 8 desktop interact and integrate better than before. In this article, we will look at the integration of RemoteApps running on Windows Server 8 Beta launched from a Windows 8 client...”

Read the complete article here:
http://www.virtualizationadmin.com/articles-tutorials/vdi-articles/general/remote-apps-and-the-metro-rdp-client.html

Friday, March 16, 2012

RDS in WIN8 Feature highlight no. 7 SSL configuration made easy.

RDS in WIN8 Feature highlight no. 7  SSL configuration made easy.

If you ever had to set up or configure certificates for a Remote Desktop Services environment based on Windows Server 2008 (R2), you’ve probably dealt with having to setup certificates in many different places on many different machines running the various RDS roles. With Windows Server 8 (Beta) SSL certificate management has been made much easier for the administrator.

If you open up the server manager en browse to “Remote Desktop Services” from the left pane and select “Collections” you have the ability to choose “Edit Deployment Properties”.



A dialog will appear in which we select “Certificates”. Using this dialog we can actually setup the SSL certificate for the Redirector, publishing and RD Web Access all from the same console!

Tuesday, January 17, 2012

My new article on VirtualizationAdmin about RDS in Windows 8

My new article on VirtualizationAdmin has been published today. See the introduction chapter below or click here to read the complete article

"...Introduction
The developer preview edition of Windows Server 8 has been around for a few months now. The Beta Release and Release Candidate still have to be released of course, but in this article, we will take a closer look at what Windows Server 8 is going to offer concerning management of Remote Desktop Services..."


Full link to complete article on VirtualizationAdmin:
http://www.virtualizationadmin.com/articles-tutorials/vdi-articles/general/taking-closer-look-what-windows-8-will-bring-regarding-management-rds.html

Wednesday, October 12, 2011

Take RDS management to a higher level with Windows Server 8

In a previous blog post, I discussed the Scenario Based Deployment of RDS in Windows Server 8, and more recently, discussed the new features of RD WebAccess in Windows Server 8. In this blog post, we’ll take a deeper look into what the new Server Manager has to offer when it comes to managing RDS Roles in Windows Server 8. I must say, I was quite surprised, in a positive way!
Let’s walk through the scenario. In a previous blog post I showed the steps to perform a Scenario Based Deployment of RDS using the standard scenario and spreading the different RDS roles over separate servers. This time we’ll do it differently and choose the Quick Scenario which deploys the RDS Roles (RDSH, RDWA and RDCB) on a single machine in order to create a RDS environment very quickly that you could i.e. use as a demo environment.
We start by launching the Add Roles and features wizard and choose Next.

We then select the Scenario Based Installation and choose next. 
As mentioned earlier we’ll go for the Quick Deployment in order to create a single server that contains all the roles that the RDS scenario is able to deploy. 
In this case, we want to publish applications and desktops on a RDS server, so we choose session virtualization deployment.
The next step is to select the server on which we want to deploy the roles. We’re reminded that the deployment will restart the server if necessary. Just a quick note: what I didn’t show you is that I pre-installed the RDSH role on this machine (using the Add Roles wizard) as this is a requirement for this type of Scenario Based Deployment where you run the wizard on the machine itself.
The deployment was successful! If you read my earlier blog post on Scenario Based Deployment, you’ll see a difference here. In that previous deployment, I got an error at the end of the wizard saying configuration failed: SetAllowTSConnections failed. I had configured a GPO that sets the SetAllowTSConnections to allow. In that post I assumed that the GPO caused the error at the end of this wizard and apparently, I was right. As a pre-installation action I removed the GPO setting, and set the SetAllowTSConnections back to default, and now no errors occur at the end of the installation.

Now let’s go back to the new server manager, we’ll notice some great new options and management features there! We now have a graphical overview of the RDS environment showing us that we have a RDWA, RDCB and RDSH role.

We can even add or remove roles from within this interface! I.e. adding a new RDSH server is done my right-clicking on the RD Session Host icon and choosing Add RDSH server.
We can also add the role RD Gateway which is not part of the Scenario Based Deployment itself.
When we drill down one-step, notice that we now have something new there that is called Collections, and underneath the first collection called QuickSessionCollection which the Scenario Based Deployment wizard created for us. (click the image to expand)
  
When we look into that QuickSessionCollection we see; the properties of the RDSH servers (groups, resources), the RemoteApp Programs, the host servers and the active connections on this SessionCollection. Normally you’d had to gather this information in different places, it’s now nicely gathered and consolidated in the Server Manager, which is a big improvement!

From this console we can i.e. choose Edit Properties.
This brings us to the properties page of the collection where we can set security groups, timeout settings, redirection settings etc. Before, you would edit or view these properties on the RDP-tcp properties screen.
We can also manage our Remote Apps from this console! As you can see, I added two RemoteApps (calculator and wordpad).
When we choose the properties of a RemoteApp, we can edit the settings that we previously had to do in the RemoteApp Manager. Again, all from within the Server Manager!
Notice that we can now enter a folder name! If you read my previous blog post you’ll remember that inside the new Remote App .aspx files I noticed that there was new code regarding to folder management of your Remote Apps. I promised to further take a look at that later, so here it is! We enter the folder name “Accessories” here, refresh the RD WebAccess page, and Voila!


This is definitely a big improvement of RD WebAccess. I’ve seen people asking for this feature in TechNet Forums and blog posts quite a lot.
Conclusion so far:Microsoft has done great work with the new Server Manager. It definitely makes managing your RDS environment a whole lot better. I really like the fact the all RDS roles, settings and even Remote Apps can now be managed through a consolidated interface in the Server Manager.
I will drill down in the Server Manager some more and start using it some more by adding additional RDSH servers and more RemoteApps to get a good feeling on how it will perform and what working with the new Server Manager will be like. But so far, it looks very promising!