Conrad Sallian's community posts

Hello Brian,

Thank you for your questions.

a) there's no launch icon anywhere - how do I launch it?

The Host runs as a system service and the default setting is to auto-start with Windows. You can tell if the Host is running by its icon in the system tray area (where the clock is).

That said, the Host can still be set to start manually. Please, refer to this page for more information.

b) it didn't tell me, or ask me, what the Internet Id is.

You need to enable the Internet-ID in the host settings and then copy it to the Viewer to use as the address of the remote computer. This guide will help you set up an Internet-ID connection https://www.remoteutilities.com/support/docs/connecting-over-the-internet/

Hello Rod,

Thank you for your message.

Bypassing a firewall doesn't mean that it's dangerous. Remote connection between RU Viewer and RU Host is always encrypted regardless of connection type used be it direct connection or Internet-ID connection. Here is more information about Remote Utilities security.

That said, Internet-ID connection simply removes the hassle of opening a port in your firewall settings which would be necessary if you decided to use direct connection. It may even be considered more secure (in terms of open ports) than direct connection since it doesn't require opening a port and creating a firewall rule.

Let me know if you  have other questions.

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.