Remote Desktop Windows App Not able to Launch Application

%3CLINGO-SUB%20id%3D%22lingo-sub-2601862%22%20slang%3D%22en-US%22%3ERemote%20Desktop%20Windows%20App%20Not%20able%20to%20Launch%20Application%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2601862%22%20slang%3D%22en-US%22%3E%3CP%3EHey%20Everyone%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20are%20deploying%20a%20POC%20%2F%20Build%20out%20of%20AVD%20in%20my%20companies%20environment.%20And%20all%20was%20going%20well.%20Until%20we%20were%20required%20to%20pass%20the%20CIS%20Benchmark%20for%20Security.%20Something%20in%20there%20has%20broken%20our%20environment%20in%20a%20strange%20way.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20have%20an%20issue%20where%20Remote%20Apps%20will%20launch%2C%20but%20then%20get%20stuck%20at%20Preparing%20windows.%20The%20screen%20freezes%20for%20the%20user%20at%20preparing%20Windows%2C%20but%20as%20far%20as%20we%20can%20tell%2C%20the%20users%20connection%20is%20successful%2C%20the%20remote%20app%20launches%20on%20the%20VM%20itself%2C%20but%20from%20the%20Remote%20Desktop%20Client%2C%20the%20user%20is%20stuck%20on%20the%20blue%20logon%20screen.%20The%20User%20can%20even%20send%20a%20CTRL%20Alt%20Delete%20function%20which%20they%20can%20use%20to%20Lock%20the%20Computer%2C%20then%20they%20can%20unlock%20it%2C%20but%20it%20takes%20them%20straight%20back%20to%20the%20same%20stuck%20preparing%20windows%20screen.%20Its%20as%20if%20its%20never%20able%20to%20present%20the%20application.%20We%20have%20confirmed%20that%20this%20issue%20has%20occured%20due%20to%20GPO.%20Specifically%20it%20was%20GPO%20that%20was%20created%20based%20on%20the%20CIS%20Benchmarking%20Tool.%20So%20some%20security%20setting%20we%20have%20implemented%20has%20caused%20this%20isssue.%20Screenshot%20is%20of%20all%20the%20services%20that%20we%20disabled%20as%20part%20of%20the%20GPO%20but%20it%20may%20not%20be%20that%2C%20as%20CIS%20reccomendations%20were%20quite%20large%20and%20contained%20a%20lot%20of%20settings.%20Any%20ideas%20what%20I%20might%20be%20missing.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAnother%20interesting%20point%20is%20that%20remote%20apps%20launch%20fine%20on%20the%20Web%20version%20of%20AVD%2C%20and%20on%20IOS%20the%20apps%20launch%20no%20worries.%20So%20it%20is%20limited%20to%20the%20Windows%20version%20of%20the%20Remote%20desktop%20client.%3C%2FP%3E%3CP%3EAny%20ideas%20would%20be%20greatly%20appreciated%2C%20other%20wise%20we%20are%20stuck%20with%20removing%20these%20rules%20one%20by%20one%20to%20try%20find%20the%20culprit%20which%20could%20take%20weeks.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20attached%20the%20list%20of%20rules%20we%20implemented%20as%20part%20of%20the%20benchmarking.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAny%20help%20will%20earn%20my%20forever%20love%20and%20gratitude!!!%20Since%20AVD%20is%20so%20new%2C%20and%20even%20a%20quick%20name%20change%20has%20got%20me%20struggling%20with%20scouring%20the%20internet%20for%20anyone%20else%20experiencing%20this%20issue.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2601877%22%20slang%3D%22en-US%22%3ERe%3A%20Remote%20Desktop%20Windows%20App%20Not%20able%20to%20Launch%20Application%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2601877%22%20slang%3D%22en-US%22%3EWe%20are%20using%201.2.2222.0%20x64%20as%20our%20client%2C%20but%20the%20issue%20has%20been%20occurring%20for%20many%20versions%20of%20this%20application%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2608461%22%20slang%3D%22en-US%22%3ERe%3A%20Remote%20Desktop%20Windows%20App%20Not%20able%20to%20Launch%20Application%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2608461%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20Fixed%20it!!!%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ETurns%20out%20it%20was%20disabling%20the%20%22Remote%20Desktop%20Services%20UserMode%20Port%20Redirector%22%20service%20that%20was%20causing%20the%20issue.%20As%20soon%20as%20this%20service%20was%20re-enabled%20the%20Remoteapps%20were%20able%20to%20launch%20successfully.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
New Contributor

Hey Everyone,

 

We are deploying a POC / Build out of AVD in my companies environment. And all was going well. Until we were required to pass the CIS Benchmark for Security. Something in there has broken our environment in a strange way.

 

We have an issue where Remote Apps will launch, but then get stuck at Preparing windows. The screen freezes for the user at preparing Windows, but as far as we can tell, the users connection is successful, the remote app launches on the VM itself, but from the Remote Desktop Client, the user is stuck on the blue logon screen. The User can even send a CTRL Alt Delete function which they can use to Lock the Computer, then they can unlock it, but it takes them straight back to the same stuck preparing windows screen. Its as if its never able to present the application. We have confirmed that this issue has occured due to GPO. Specifically it was GPO that was created based on the CIS Benchmarking Tool. So some security setting we have implemented has caused this isssue. Screenshot is of all the services that we disabled as part of the GPO but it may not be that, as CIS reccomendations were quite large and contained a lot of settings. Any ideas what I might be missing.

 

Another interesting point is that remote apps launch fine on the Web version of AVD, and on IOS the apps launch no worries. So it is limited to the Windows version of the Remote desktop client.

Any ideas would be greatly appreciated, other wise we are stuck with removing these rules one by one to try find the culprit which could take weeks.

 

I have attached the list of rules we implemented as part of the benchmarking.

 

Any help will earn my forever love and gratitude!!! Since AVD is so new, and even a quick name change has got me struggling with scouring the internet for anyone else experiencing this issue.

2 Replies
We are using 1.2.2222.0 x64 as our client, but the issue has been occurring for many versions of this application

We Fixed it!!!

 

Turns out it was disabling the "Remote Desktop Services UserMode Port Redirector" service that was causing the issue. As soon as this service was re-enabled the Remoteapps were able to launch successfully.