Start a Conversation

Unsolved

This post is more than 5 years old

RT

123084

June 24th, 2015 06:00

Connecting R10L to Microsoft VDI (Personal Virtual Desktop)

Connecting R10L to Microsoft VDI (Personal Virtual Desktop)

Hi -- we recently purchased a Wyse R10L to test out and I'm having an issue I'm hoping someone can help me out with. I apologize ahead of time for a really long post...I want to get all the details here...

I have set up a Microsoft VDI environment with Windows Server 2012 and Remote Desktop Services to provide users with a Personal Virtual Desktop (permanent virtual machine assigned to them).

I've got the servers up and running fine and users can connect fine to their personal virtual desktop through my RD Web Access server (https://servername/RdWeb). When they sign in and launch their virtual desktop, the Connection Broker successfully redirects them to their assigned virtual machine running Windows 7. I see in my server's Windows-TerminalServices-SessionBroker-Client/Operational log: Remote Desktop Connection Broker Client successfully redirected the user DOMAIN\username to endpoint PCNAME.domain.local. IP address of the end point = xxx.xx.x.xxx.

On my R10L terminal, I went to the Remote Connections window and set up the Connection Broker by choosing Microsoft and specifying my Connection Broker server (have tried both by IP and FQDN). When I restart the terminal, I'm presented with a Remote Desktop Services window to sign in to. I sign in successfully and am then presented with a desktop that contains an RDP icon to my connection broker. I have very little experience with Wyse terminals, so I'm assuming I'm supposed to double click that icon to connect to the user's assigned personal virtual desktop. When I open the icon, I get the following error in the R10L's System Information Event Log: RDP: RDP server set error info 0x9 ...AND... RDP error: Unknown reason. On my Windows 2012 server's Windows-TerminalServices-SessionBroker-Client/Operational log: Remote Desktop Connection Broker Client failed to redirect the user DOMAIN\username. Error: NULL.

I'm running an FTP server with a wnos/cacerts directory with my self-signed certificate and a wnos.ini file in the wnos directory with AddCertificate=certname.cer. I've specified the FTP information on the terminal itself and it connects and adds the certificate with no issues. Before I set this up, I was getting an SSL Unknown Certificate Authority error.

I've called Wyse and opened a case, where I was informed that the device has not been tested with Windows Server 2012 but they will assign it to an engineer to contact me back.

In the meantime, I've been reading everything I can to try and understand how the Wyse R10L is supposed to connect with Microsoft VDI. I'm struggling with the fact that I don't know if I haven't configured the Wyse terminal properly, or whether it's just not compatible with Server 2012 VDI. I haven't tested the R10L with 2008 R2, but I'm thinking I might just have to build a full 2008 R2 VDI environment to test it.

I'm looking for anyone with experience using a Wyse ThinOS terminal with Microsoft VDI, specifically with Personal Virtual Desktop (not pooled desktops or terminal server/session based desktops).

My main question to start off with is: I see how specifying the Connection Broker IP/FQDN in the Wyse terminal has resulted in the Remote Desktop Services logon window on startup of the terminal. After signing in, is it expected to see a desktop with the RDP icon to the Connection Broker server that I have to double click (assuming there's a way to set autoconnect too)?

Thanks!

June 24th, 2015 06:00

Just wanted to update my progress so far...I read Wyse's Technote: Instruction for Setting up Microsoft RemoteApp for testing with a WTOS Cloud Client.

When they publish RemoteApps (which I'm not doing, I'm only doing Personal Virtual Desktop), they show up on the Wyse terminal desktop after logging in to the Remote Desktop Services window. I now see that the Wyse desktop basically mirrors what one would see in the RD Web Access page. Therefore, I think I'm correct that connecting to the Personal Virtual Desktop would be done with the RDP icon that shows up on the Wyse terminal screen, just like how it shows up on the RD Web Access page.

Now that I believe I understand the way the connection broker works with the Wyse terminal, I'm feeling slightly better about the situation. Just need to figure out why double clicking that icon results in the redirection errors as described in my first post.

I'm waiting to hear from the Wyse engineer/support regarding Windows Server 2012 compatibility before I rebuild to 2008 R2 and re-configure VDI. I don't want to eliminate the 2012 environment if the engineer has specific items they request that I test.

June 24th, 2015 09:00

I have to write another update, as I've basically solved the major issue here.

As I've discovered, Server 2012 VDI using the "Pooled" method of connecting regardless of whether you're actually using Pooled Virtual Desktops or Personal Virtual Desktops. If using Personal Virtual Desktops (assigned VMs to users), the Pool just responds with the assigned PC. This is different than 2008 R2, in which pooled vs. personal were separate methods.

Pooled Virtual Desktop uses a line in an RDP file (whether created manually or launching the pre-filled RDP connection in RD Web Access) to indicate that it should look in a pool. This line is: loadbalanceinfo:s:tsv://VMResource.1. .

I researched how this works, and you can set a default Pool in the Windows Registry on the Session Host server (which is the Connection Broker in 2012 when using Personal Virtual Desktop...there is no separate Remote Desktop Session Host role anymore in that configuration). To do this, you need to create a key in HKLM\SYSTEM\CurrentControlSet\Control\TerminalServ er\ClusterSettings. Create the key as a string value (REG_SZ) named DefaultTsvUrl and for the value, put: tsv://vmresource.1. . In my case, I put: tsv://VMResource.1.Virtual_Desktops.

The result of this is that the Virtual_Desktops (or whatever pool you specify) is chosen automatically. So, the R10L's ThinOS RDP client doesn't support specifying a Pool, and it doesn't matter, because the Sesssion Host/Connection Broker goes with the default pool specified in the registry key. With Personal Virtual Desktop, this doesn't matter, as there's really only 1 Pool (called a Virtual Desktop Collection in 2012). You could create multiple pools/collections, but it's not really necessary with Personal Virtual Desktop, as they are assigned to individuals rather than assigned randomly.

My R10L now connects fine and pulls up the proper VM assigned to users. This is kind of a workaround and wouldn't be practical for a pooled deployment where different pools are necessary for different classes or departments of VMs, but it certainly will work for Personal Virtual Desktop until Wyse releases an updated ThinOS that supports pools. If anyone needs additional information, please let me know.

June 24th, 2015 09:00

Sorry for the 3 posts in a row, but I have some more information. I read through this thread:http://community.wyse.com/forum/show...X-and-VDI-pool

They mentioned the loadbalanceinfo command in an RDP file that is required for Pooled Virtual Desktops. Since I suspected that Server 2012 uses the Pooled method for VDI to accomplish both Pooled Virtual Desktops and Personal Virtual Desktops, I accessed the RD Web page from Google Chrome and clicked the Virtual Desktop icon to download the RDP file (where as it just launches in IE). I opened the file and I see: loadbalanceinfo:s:tsv://VMResource.1.Virtual_Desktops

I'm using Personal Virtual Desktop, not Pooled, so this basically confirms that 2012 uses the Pooled method of connecting for both VDI methods, and that's why it doesn't work with ThinOS 7.1. I will discuss this with the Wyse engineer and ask about future support, etc. but it looks like I'll have to switch to Windows Embedded 7 terminals, as I can't switch to Server 2008 R2 due to other project requirements that need features in 2012.

June 25th, 2015 02:00

Thanks, ts_ryan, this is good information.

I am in the same boat you were, but I am using Wyse C10LE clients (same ThinOS as you), attempting to connect to personal VM's on a new 2012 Server. When the users logged in, they would connect to the Broker itself (and see the Broker's desktop) rather than their own personal VM.

I followed your steps, and made the change to the Registry on the Broker server. That was a big step in the right direction. 
However, I have a weird behavior now, and perhaps you have seen this: Now when the user logs in (using C10LE) they first get logged in to the Broker as they did before. If they they log out, they then get logged in to their personal VM. (I might youtube this later today, since it's hard to describe.)

Any idea what this might be?
Thanks.

June 25th, 2015 02:00

Hmm, I don't seem to have that issue. When they log in first, they get logged into the Broker with a RDP icon on the ThinOS desktop. If they click that, they get connected to their Personal Virtual Desktop.

When they log out of the Personal Virtual Desktop, they return to the ThinOS desktop (and could click the RDP icon to reconnect if they wanted). If they log out of ThinOS, they get back to the ThinOS broker login.

Hopefully I understood you right...a YouTube video would definitely be helpful.

I finally heard back from the Wyse Engineer: "Windows Server 2012 has not been tested with our thin clients yet. RDS broker on Windows Server 2008 is supported. Please let me know if you have any questions."

I will provide them this this thread to read! 

62 Posts

June 25th, 2015 03:00

TS_Ryan,

This is fantastic information! Thank you for sharing it with us all.

June 25th, 2015 03:00

Quote Originally Posted by DPetropolis View Post
TS_Ryan,

This is fantastic information! Thank you for sharing it with us all.

No problem. I have been running like this for a few weeks now with no issues from the R10L. It even works with 2012 RemoteFX, though I'm having some unrelated RemoteFX performance issues (also seen when connecting from a PC).

Looking forward to seeing Wyse's response to Server 2012 VDI. They'll pretty much be forced to finally implement the pooled connection method, which should then allow ThinOS to connect to pools on both 2008 R2 and both pools and personal VMs on 2012 without any registry modifications.

1 Message

June 25th, 2015 03:00

In server 2008r2,you need to create one RDSH for VM redirection if you are using VDI.In server 2012,RDCB has changed a lot compared to server 08r2.There is no Farm conception.Instead, we use the collection conception.We don't need to use the DNS RR or VM redirection to connection to the destination server or VM. All is dependent on the RDCB SQL DB.I don't know Wyse client app in IPAD whether to be supported in the Server 2012 platform.It is likely not supported.The recommended clients are win 8 and RDP 8.

To manage user connection,once a collection has been created and virtual desktops have been added to the collection, users will be able to connect to the collection and virtual desktops by logging on to the RDWeb page or by subscribing to the RemoteApp and Desktop Connections feed. If the user subscribes to the feed then the applications will appear on the Start menu of their Windows client machine.

 

 


http://www.foodhygiene.eu

 

7 Posts

July 1st, 2015 03:00

Any update to this? I am using a Wyse T10, connecting to a 2012 RDS Environment. I am having similar issues, but when connecting to applications. I essentially have my web server, connection broker, and session host separate. Thin Client connects and reads from web server just fine. I get application icons and everything, however when launching applications it fails. I can see in the connection properties it's actually trying to connect to the broker and not the session host. In a test environment where the broker and session host are the same, it will connect to the apps just fine.

The broker is not redirecting to the correct session host, or the Thin Client doesn't know how to understand the connection properly.

This is really not good, as this would be a great solution if worked properly.

No Events found!

Top