Pauline's community posts

Hello Aaron,

Thank you for the clarification.

Unfortunately, we cannot assist in resolving network administration or third-party software related issue as well as provide assistance on undocumented capabilities, since the program is provided as is. For more information please see our Support Policy.

However, perhaps other users of our Community Forum will provide a helpful solution. In addition, please consider referring to the HAProxy documentation.

Sorry for the inconvenience. Please let us know if you have other questions.

Hello Aaron,

Thank you for your message.

Do you mean that you've tried configuring access through proxy in the Host Settings/Connection properties?

In case if you haven't done this yet, please try configuring access through proxy server as described in this tutorial and see if this work for you.

In addition, please note that in case if you want to utilize RU Server, then RU Server only uses a single TCP port 5655 to communicate with Hosts and Viewers. Alternatively, when using RU Server as your relay server, you can specify your custom port values. For more information on ports used by RU Server please see this page.

Hope that helps.

Hello,

Thank you for your message.

Could you please confirm that you still experience the issue with the Host service automatic startup? If this is the case, please clarify if you use the 6.10.10.0 version or even an older version of Remote Utilities? If this applies, then before we can proceed to further troubleshooting, please try updating your installation to the most recent version of Remote Utilities available - as of this writing it's version 6.12.2.0 Beta 2 and see if the issue persists when using the latest version. We highly recommend that you try updating first, as the issue might have already been fixed in the subsequent updates of the program.

Version 6.12.2.0 Beta 2 is available for the download on this page. When updating, please make sure to update both Host/Agent and Viewer (as well as the RU Server if used) to the same version, as the version mismatch might lead to performance issues or some features not working.

Please let us know if the issue persists after updating Remote Utilities or in case if you already use the latest version.

Hello,

Thank you for your message.

I know that you need a pin / password set up for the internet ID to work, but how likely is it that random hackers out there can guess what my internet ID is?

You are absolutely right as the knowledge of the Internet-ID code alone is not enough to be able to connect to a remote Host/Agent. It's necessary to know the Host's access credentials such as a password or a login/password pair depending on which authorization method is enabled on the remote Host.
Of course, anyone can type random numbers in their Viewer and try connecting, but it simply would not lead them anywhere.
However, you can always see the records about when a Host was accessed and in what connection mode, the connection entries can be found in the Host log files. In case if the connection was established you will see the entry that will state Access granted. In case if you use Agent, its connection logs are stored on the remote machine in the following folder: C:\Users\user_name\AppData\Roaming\Remote Utilities Agent\Logs\.

However, there are additional ways to protect your Host machines from any unauthorized access. For example, you can use Remote Utilities in a totally isolated environment (via Direct connection or RU Server) or enable 2-factor Authentication that provides an additional level of security and protects your Hosts from unauthorized access even if someone guessed or otherwise got possession of your access password. For more information on additional security measures please see our Security page.

Hope that helps.

Hello Ondrej,

Thank you for the clarification.

In this case, before we can proceed to further troubleshooting, please try updating your Remote Utilities installation to the latest 6.12.2.0 Beta 2 version and see if this helps to resolve the issue.

As for the Economy mode - please note, that enabling the "Economy mode" can improve performance in certain circumstances only, i.e. it's most suitable to use with an Internet-ID connection. Given the fact that Direct connection is always faster than Internet-ID connection, the difference might simply not be noticeable.

Please let us know if the issue persists after updating Remote Utilities to the latest version.

Hello Ondrej,

Thank you for your message.

Here's the full list of solutions that might help to improve the connection speed/performance in similar scenarios.

Namely, in the described scenario, we would recommend establishing a Direct connection instead of the Internet-ID connection, if possible - it can be established even if the remote Host machines are not available directly (i.e. located behind a router), by setting up a port forwarding rule as described here.

Alternatively, please consider utilizing the self-hosted RU Server instead of connecting through our public servers, as it might significantly improve the connection speed/performance as well. For more information on the RU Server please see this page.

Finally, please make sure that you use the latest version of Remote Utilities - currently, it's version 6.12.2.0 Beta 2. The latest version contains a number of improvements/bug fixes that might also affect connectivity, the full list of Release Notes is available here. Therefore, in case if you use version 6.10.10.0 or an older version of Remote Utilities, please try updating to the latest 6.12.2.0 Beta version - it's available for the download on this page.
When updating Remote Utilities please make sure that Viewer and Host/Agent are the same version. Version mismatch between Viewer and Host/Agent may lead to performance issues and some features not working.

Hope that helps.

Hello Chris,

Thank you for your message.

Could you please confirm if the issue occasionally occurs when using the latest 6.12.2.0 Beta 2 version? If this is the case, could you please try recording a short video of the issue and send it to us to [email protected]? We will forward the video to our development department to see if there might be a fix for it.

In case if the issue occurs when using version 6.10.10.0 or any previous version (on any side of the connection), then please update it to the 6.12.2.0 Beta 2 version as well as the mechanism of fetching the remote monitors list was replaced in this release.

Looking forward to your reply.

Hello James,

Thank you for the update.

Unfortunately, this did not resolve the video issues documented here in this posting.
Can we assume that the RemoteUtilities developers are unable to come up with a workaround?

Unfortunately, in this case we cannot provide a fix for this issue, as our assistance in resolving issues caused by third-party software is limited (please see our Support Policy). In this case we can only recommend to contact Microsoft support service and ask for their input on the issue.

Sorry for the inconvenience.

Hello Will,

Yes, here's a dedicated forum discussion.

However, before we can proceed to further troubleshooting please try referring to this KB troubleshooting article that covers the most common factors that might be causing such connectivity issues and might provide a helpful solution.
In addition, it seems like the issue might be caused by some antivirus/firewall software activity preventing the Host service from running. In this case, please try adding the Host installation folder to your antivirus/firewall exception list as described here.

Finally, in case if the solutions above did not help, please feel free to send us the Host logs for examination. You can send the log files to [email protected].

Hope that helps.

Hello Rafael,

Thank you for your message.

Unfortunately, we cannot provide a specific ETA on the release of Host for Mac/Linux yet. We hope to release it by the end of this year and will do our best to provide Host for Mac/Linux as soon as we can.

Sorry for keeping you waiting.