Installing on a Windows server with RDS (Remote Desktop Services/Terminal Services)
This article will explain what problems are encountered when you want to run Filecloud in a Remote Desktop Services setup, and how to resolve them.
Filecloud will work out of the box on Windows server operating systems. However, when you want to use the Windows server with Remote Desktop Services to allow users to remotely connect to it, there are some problems you might encounter:
- The data is synchronised to the local hard drive of the Windows server, causing a lot of duplicate data and network traffic.
- Users can see the disk drives that other users have mounted.
- If the RDS server is configured to remove local application data at every logout, the user will have to import, and re-sync their data in every session, causing a bad user experience, data that is not immediately accessible, and unnecessary network traffic. It also renders ‘TheftGuard’ unusable, as you will have a new ‘computer’ entry for every session.
The Filecloud software can be configured (using registry keys/group policies) to avoid these problems.
The client can be configured to import the Vaults through the WebDAV protocol, instead of synchronising everything to the local filesystem.
To do this, create the following registry entry (of type REG_SZ): HKLM\Software\Policies\Filecloud®\DefaultDriveType with value: WebDAV After a client restart, all Vaults you import will be mounted using WebDAV, with the standard Microsoft WebClient tool.
- Changing configuration location:
By default, Filecloud stores it’s configuration in 2 places: %LOCALAPPDATA% and %APPDATA%.
On many RDS servers, the Filecloud config in %LOCALAPPDATA% is removed whenever a user logs out. To prevent this, create the following registry entry (of type REG_SZ): HKLM\Software\Policies\Filecloud®\ConfigLocation with as value a user-specific path value that is not automatically removed, example: %APPDATA%\FilecloudConfig