Conrad Sallian's community posts

Hi Jeff,

We are glad you like the software! Don't hesitate to submit another post if you ever need any help.

Thanks.

Hello Marc,

Yes, of course, you can deploy RU Server on any Windows machine including on a remote VPS. You can also install the Host in order to be able to remotely connect to that machine and manage your server.

Let us know if you have other questions.

Hi Jeff,

Thank you for your message.

Address book encryption is available already https://www.remoteutilities.com/support/docs/encrypting-address-books/ . This also works in portable Viewer.

Hope that helps.

Hello Robert,

You can copy the entire server configuration and settings by following tutorials on this page https://www.remoteutilities.com/support/kb/how-do-i-migrate-ru-server-self-hosted-server-to-another-pc/

Hope that helps.

Hello Karel,

We didn't receive an email, unfortunately. Since you already are a Pro user with the appropriate support status could you create a ticket and submit the files by attaching them to the ticket?

On another note, please try adding the server's installation directory to your antivirus software exceptions list just in case.

Looking forward to receiving the address book files for examination.

Hi Karel,

Of course, this should be fixed once we find the root cause. The fact that we cannot reproduce it in our environment means that this problem manifests itself only in certain conditions, that's why your help would be appreciated.

Thanks.

Hello Karel,

I was guessing it could be some missing port forward, is TCP 5655 enough?? No more ports needed??

Yes, this is the default communication port. There is also an administration port but it's only used if you are using the Admin console on the computer and the actual running service on another computer, which is seldom a scenario. Here is more information about RU Server ports https://www.remoteutilities.com/support/docs/ports-used-by-ruserver/

But after Matt's workaround, I think this is not the core of problem.. I also assume you're testing it on LAN, I'm trying to make it work on the internet

Yes, we would still want to get to the root of the problem and fix it if possible. Could you please do the following:

0. Make sure that you installed the latest server version. As of this writing it's version 2.7.9.0.

1. Create several books on your server (or just re-use the ones from your previous test if there's no confidential information in them).

2. Reproduce the problem.

3. Copy all the books from the server - they are stored in C:\Program Files (x86)\Remote Utilities - Server\data\ as xml files.

4. Export the registry entry HKEY_LOCAL_MACHINE\SOFTWARE\Usoris\Remote Utilities\MiniInternetId

Zip the books and the reg file and send them to us to support@remoteutilities.com . We will examine the files and see if they can give us a clue.

I mean: I can give you access to my 'server' (Win10) if you want to try the 'buggy' configuration, we have TCP 5655 and 3389 (RDP) forwarded. Directory structure and users can be deleted as well as two saved test connections..

No need for remote access for now, let's see if we can figure out the problem from the files above.

Thanks!

Hi Robert,

Thank you for your suggestion.

It should be noted that implementing redundancy in the program itself is far more complex than simply using a DNS naming for that purpose. Just use a DNS name for your server (instead of an IP address) and keep another server ready. If your first server fails just update your DNS record and point it at the other server's IP address. Nowadays DNS propagation literally takes minutes if not seconds and your remote traffic will be rerouted through the second server in no time. This sounds like a cheap solution but it works.  

Let me know if you have other questions.

Hi Karel,

We have thoroughly tested this time again and still couldn't reproduce the issue. Multiple books synchronization works as expected with a group added as security principal just as with a single user.  See the attached screenshots.

Please try resetting your Viewer configuration by closing the Viewer and deleting the file config_4.xml found in %appdata%\Remote Utilties Files\ folder. Don't worry, deleting this file won't affect your address books, it's just a file where Viewer keeps its settings/options.

Then start the Viewer again and see if the problem persists.

Thanks.

Hi Karel,

We'll test it out again and get back to you soon. Thanks.