RDS 2019 - Modify RDP File Settings for a single RemoteApp

Sam Trillus 11 Reputation points
2020-08-07T01:06:11.213+00:00

Hi All

I am running an RDS 2019 Deployment with 2 GW, 2 CB, 3 SH.

Users are starting the RemoteApp via RDWeb.

Now i want to modify the RDP File Settings for a single RemoteApp, to disable the "devicestoredirect:s: and
drivestoredirect:s:"-settings, but keep the default settings for all others.

If i change the Setting in the Registry "Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\CentralPublishedResources\PublishedFarms\0000\Applications\" via RDPFileContents, the Settings are lost each time the IIS Restarts, as it seems they get overwritten by the Deployment Settings.

Changing the Settings in the "Collection Settings" would apply to all RemoteApps in that Collection, which is what i want to avoid.

Any help will be appreciated.

Thank you in advance!

Best Regards
Sam

Windows Server 2019
Windows Server 2019
A Microsoft server operating system that supports enterprise-level management updated to data storage.
3,457 questions
Remote Desktop
Remote Desktop
A Microsoft app that connects remotely to computers and to virtual apps and desktops.
4,241 questions
{count} vote

3 answers

Sort by: Most helpful
  1. Sam Trillus 11 Reputation points
    2020-08-07T10:18:20.78+00:00

    Thank you for your time, Eleven!

    I had already thought about that workaround, but for my understanding, this is not how "central published ressources" should work.
    I can not tell ~1500 Users that they have to fiddle around with Notepad to get the RDP File for that specific Application working.

    One thing that i do not understand is, that the corresponding registry key lists all remote apps with each has its own "RDPFileSettings"-String, but i can not customize them one by one because this setting gets overwritten by the String definded in the "DeploymentSettings"-Key. I got a feeling that this is a very awkwards Design.

    And with the Way MS changed RDS from 2008R2 to 2012R2, its not even possible to publish this remote app in its own Collection, as i would have to use at least one (better two...) dedicated SH for only that purpose. headshaking

    The Root Cause why i am asking for this is, that we are using a java application which seems to have an Issue with client drive redirection which makes the integrated File Explorer extremely slow. But we need the Client Drives accessible for other Application which do not have that issue. We have that issue only via RemoteApp. If we use the Application via RemoteDesktop everything works fine.

    I am looking forward hopefully to any further advices.

    Thank you very much in advance!

    Best Regards
    Sam

    1 person found this answer helpful.
    0 comments No comments

  2. Eleven Yu (Shanghai Wicresoft Co,.Ltd.) 10,676 Reputation points Microsoft Vendor
    2020-08-07T07:56:11.917+00:00

    Hi,

    Please try below to see if it helps.

    1. Start the specific remote app using RDWeb, and save the rdp file.
      16278-image.png
    2. Open the saved rdp file with Notepad.
      16299-image.png
    3. Modify the value of devicestoredirect:s: and drivestoredirect:s: as desired.
      16220-image.png
    4. Close and save the file. And use this modified rdp file to start the remote App.

    Hope the information could resolve your requirement.

    Thanks,
    Eleven

    0 comments No comments

  3. Eleven Yu (Shanghai Wicresoft Co,.Ltd.) 10,676 Reputation points Microsoft Vendor
    2020-08-10T03:41:08.847+00:00

    Hi,

    Unfortunately, there is no more better solution at the moment.

    If the provided suggestion is not applicable, the only way is to create a new collection on a separate session host to publish the specific Remote App.

    But you could post your suggestion to below link so that the remote desktop services product group can check to see if new feature will be released in the future.

    Remote Desktop Services
    https://remotedesktop.uservoice.com/forums/266795-remote-desktop-services

    Thanks,
    Eleven

    0 comments No comments