Conrad Sallian's community posts

John Matos wrote:

I'm having the same issue, not being able to connect to my remote computers. At first it couldn't find then, now it finds them but connections are timing out.  Computers are in Massachusetts & I'm currently on vacation in Cape Coral, FL. Is there an ETA??

Hi John,

The server to blame has been pinpointed. ETA - 30 to 60 min.

Sorry for the inconvenience.

Hi Martin,

Yes, of course. As previously it could be affecting one of the servers. We are currently looking into the problem and trying to determine which one. Thank you for your support.

Anthony Falvo wrote:

where do i find these logs?

Here is how to find the logs
https://www.remoteutilities.com/support/docs/logging/

Hello Anthony,

Could you send us your Host and Viewer logs to support@remoteutilities.com?

Oldřich Fridrich wrote:

Hello,
I don't know if it is completely related to Host/Agent for Linux (alpha preview), but when connecting remotely, vertical commas are inserted in the menu of letters on the remote desktop when writing text... see. attached image

Thanks
Have a nice day
O.Fridrich - Czech Republic

Hi Oldřich

Is this also happening when you switch the screen view to the stretch mode?

Hello,

The first Host/Agent preview for Linux - see this thread.

Mac version will be released in beta together with the beta version for Linux. The version above is currently alpha and is for preview only.

Thanks.

Hello everyone,

We are excited to announce the release of a new Remote Utilities Host for Linux*, alpha version (preview)! This release is a significant milestone for us, as we have received numerous requests for a Mac/Linux version of Remote Utilities Host from our valued users.

Please keep in mind that this is only an alpha version and is very limited in functionality. We have released this preview version to demonstrate that the development of Host for Linux and Mac is ongoing and the first beta version is underway.

The Remote Utilities Host for Linux, alpha version (preview) can be downloaded from the links provided below. We recommend that you download and install this preview version on a test machine and not on your production systems.

Features:

- Only Full Control is available
- Only direct connection is available

Other features including the Internet-ID, File transfer connection mode, deb/rpm packages etc. will be added later in the beta and in the final release.  

Download:
https://www.remoteutilities.com/test/host1.0.12.b12.tar.xz

Installation instructions (important!):

1. Run the following command to install the necessary packages:

sudo apt-get install -y libx11-xcb1 libxfixes3 libxtst6 libxcb-shm0 libxdamage1 libgtkglext1 libx11-6 libxcb-xinerama0  libxcb1 xdg-utils

2. Switch to Xorg windowing system as only Xorg (X11) is currently supported.

3. Unpack the downloaded package and run.

4. Access the Agent/Host settings by right-clicking on the program icon in the system tray and selecting "Settings". Set access password and use the computer's IP address to connect from Viewer.

We look forward to receiving your feedback and suggestions, as we continue to improve and develop the Remote Utilities Host for Linux.

Thank you for your continued support.

* Host version for Mac will be available at a later date, and it will be released in a beta version, not in an alpha preview

Also, please note that the topic subject has been changed to reflect the contents. The previous name was misleading the visitors - the explanation is given above.

Thank you.

Also, about this:

If I got an unknow PC in my address book, the same could happen for us, that our computers may appear in other customer's address book and they will be able to access our PCs

Please, let us know how this is supposed to happen if that "other customer" doesn't know your Host access credentials or access credentials (along with address and port) of your RU Server? From where will they get this information?

Remote Utilities doesn't employ an online "customer database". It's stand-alone software. There is no "central" database on the web unlike many of our competitors. In fact this is a big advantage of Remote Utilities vs. its "SaaS" competitors - there's simply nothing to "hack" and steal. One can only get access to someone else's Host if they know access credentials for that specific Host.

The record in your address book appeared because:

1. You set up a custom Host installer to make it automatically send its access credentials to your RU Server address book upon installation.
2. Someone whom you do not recognize got possession of your Host package and installed it on their computer. So the host reported itself to your RU Server and was added to your Viewer address book (via the RU Server address  book sync feature).

For the same to happen in your own network someone needs to either inject a custom-built Hosts to your network computers or get access to your existing Hosts somehow (for this they should know access credentials) .

Hello Rodrigo,

Since you decided to also post in the forum in addition to your support ticket, I'm copying my response to your ticket below:

Thank you for your message.

First, let me assure you that this is in no way a security breach as you might think. Please, see my explanation further below. I'd also like to note that Remote Utilities has been used by hundreds of thousands of companies throughout the world which certainly wouldn't be possible if there were such vulnerabilities. Among these customers are medical institutions, military organizations and government agencies (such as courts and law enforcement agencies).

With regards to your issue, I can guess that you used the Remote Utilities feature that allows you to automatically add remote computers to your address book and gain access to them once they run and install your custom-built Host package. There are several points to make here:

1. Remote Utilities connection is only possible "one way", i.e. Viewer connects to Host, not vice versa. Host cannot "connect" to Viewer. These two are totally different modules each for its own task. No one can "connect backwards" to your Viewer just because they installed the Host on their computer, even if this Host is your custom-built Host. It doesn't work that way.

2. The fact that someone can install your custom-built Host on their computer does NOT automatically mean that any Viewer other than yourself can get access to that computer. The custom-built installer was created by yourself and only you have access to the Host instances installed from it.

Even then you can always turn on the "Ask user permission" feature on the Host (you can also enable it during Host configuration) and ensure that the remote user has a choice whether to accept or reject the incoming connection https://www.remoteutilities.com/support/docs/ask-user-permission/

3. Finally, and this can be applied to just any remote access software around, not only to Remote Utilities - if you set up access to a remote PC and the remote user accepts that (either by installing the agent file or sharing a web link like with some of our competitors' products) this means that you have full access to their PC.

And this is exactly how remote control software is supposed to work - to give the authorized user access to a remote computer. It's just a tool that works the way it is set up. And there are many built-in features to increase security, the "Ask user permission" and "2-factor authentication" among them.

Let me repeat the fact - if your custom built Host is installed somewhere (which resulted in the Host appearing in your address book, this poses NO threat whatsoever. Neither for your Viewer PC nor for your network. Because of the one-way nature of RU connection.