The server stores it's data files in the installation folder C:\Program Files\Remote Utilities - Server\ .
Service configuration settings are stored in this registry entry: HKEY_LOCAL_MACHINE\SOFTWARE\Usoris\Remote Utilities\MiniInternetId
Administrator Console settings are stored here: HKEY_CURRENT_USER\SOFTWARE\Usoris\Remote Utilities\MiniInternetId
One question though. Is the server machine at the new location supposed to have the same DNS name (or IP address) as your current server? Remember that the Hosts you have already deployed as well as the properties of respective connection entries in your Viewer address book/books contain the address (IP or DNS) of your old server machine. If you migrate your server and change its address/DNS name the Hosts and Viewers won't be able to use the new server.
While migration does not happen very often according to our customer feedback and reports, In subsequent updates we'll still provide an easier way to migrate. Namely, we'll put all data and settings into a single folder or a file that you'll just need to copy to the new location to transfer your data. Still, the IP/DNS issue remains.
By the way, a possible migration is the reason why we recommend that you use a DNS name over IP address for the server. Pointing your DNS name at a new IP address is a simple task, whereas assigning the IP address of the old server to the new one may not be possible.
We will give it a careful thought. Thank you for your suggestions. As for our nearest plans - there definitely should be Mac support - at least for the Viewer - and a decent mobile client for iOS/Android instead of the current pretty basic one.
Ashley, update on this issue. After some examination we figured that both issues you encountered were bugs. Firstly, you needn't delete the folder RUT-Agent each time, the program should do it for you automatically. Secondly, the Internet ID settings that also include the address of your custom server don't apply as they should. These settings are stored in the registry, that's why just deleting the RUT-Agent folder didn't help.
We will fix these bugs in beta 3 and the final release. Meanwhile, in order to absolutely "reset" your PC's "Agent contamination status" to zero, please do the following:
1. Delete the above mentioned RUT-Agent folder in %APP DATA% Roaming before you run a new Agent.
While we are testing the agent creation (to get the settings right), i assume we should always delete the above files to make the system "clean"?
You can delete the files. However, it's rather strange that your new settings do not override the old ones. Since it's the beta we need to double check it isn't a bug or glitch. I've sent a request to our development to examine this issue in more detail and will report back.
"settings for host > Internet ID connection settings > Advanced > Select Internet ID server" is still set to default, we changed this to IP v6 and used a DNS name, i assume a normal DNS name should work? (the test one is support.griffcomm.ca)
The DNS name is ok. The server settings are also saved, I've just tested creating Agent in the MSI Configurator - beta 2 Viewer and beta 2 Host were used.
I think that we might need a remote session to help you. We need to see with our own eyes your configuration process and how you run the Agent. We could agree on the day and time via email, feel free to write to email@example.com. Or better still - create a new ticket here.
I've run the agent and it showed a disclaimer and an agent window with your company data (text on a black background). Apparently, your Agent works.
If you've run the Agent earlier on that PC, in the %APP DATA% Roaming folder delete the folders that start with RUT (could be RUT_settings and RUT-Agent). These are the folders where Agent temporarily stores its files.
does this command actually work with just agent installed on the remote pc ?
Unfortunately, not. Agent is a "stripped" version of the Host, it doesn't have sufficient privileges for such system-wide operations.
ideally I did not want host just the agent installed ?
I wonder why? You can do the same with the Host and more. And if you want to add the "attended aspect" to the Host, you can simply enable the Ask User Permission feature.
Although there'll be no branded window, of course. In one of the upcoming updates we want to create a branded window for the Host too which one will be able to optionally enable. In fact there's going to be a single UI for both Agent and Host and the ability to "convert" Agent to Host.