Conrad Sallian's community posts

Hi Ralph,

I'm glad to hear you figured out the issue. Don't hesitate to post another message or submit a ticket if you need any help.

Hello Ralph,

Thank you for your post.

You can include the password when you launch a connection from command line. See "Example 1" on this page.

Still, I will forward this issue to our development for testing and possible fixing.

Hello Marty,

As far as I can work out it's not possible to connect to any hosts without a host password or a relay logon.

The problem that Matthew mentioned is not about authorization or security. It's just that the server can be used as an intermediary by someone who just knows its address and port. That poses no threat to security but it's still a nuisance.

That said, in the upcoming version 6.9.0.1 beta 2 we will implement certain mechanism to protect the server from such use. Again, it's not about any "security breach" or anything like that, it's just that it is possible to "piggyback" on someone else's server should you know its address and port used.  

Thanks.

Hello Marty,

That makes sense, thank you. I forwarded this suggestion to our development.

Hi Nate,

The host mouse can't really be used/shared because it keeps jumping back to the position of the viewer mouse cursor.

Responded in this thread.

I don't know if it's related, but the host cursor is also visible when "Lock input and screen" is enabled. (It moves around on the blacked out host screen as the viewer user moves the mouse.)

Please, try uninstalling the mointor driver in the Host options (Settings for Host -> Options -> Driver) and see if it fixes the issue.

Hi Nate,

Thank you for your message.

Is it not sensible to transfer control of the mouse back and forth?

Sorry, but no. The remote user is not supposed to control the mouse pointer of the admin. Why should they if they don't even see the admin's screen.

The capture sound mode will be improved in the beta 2 due in a couple of weeks.

Hello Max,

Yeah, I don't think you understand what I mean, because businesses would definitely prefer to run traffic between their hosts directly and not through another server unless they had to. We'll just agree to disagree on that. Perhaps if I was unclear, all I really meant is that connections be made using direct connection, but without the user having to configure anything, it is handled automatically by the server. But I do believe you answered my question by not having any plans to implement such a feature. Fair enough.

Perhaps, cascade connection may qualify as such a feature.

Thanks.

Hi Matthew,

Thank you for your message.

This functionality is going to be added in version 6.9.0.1 Beta 2 (the current beta is beta 1) .

Hello Max,

Are there any plans to implement a service to facilitate direct connections between hosts instead of connections relaying through your servers unless manually setting up port forwarding and using direct IP's?

I am not sure what service you can possibly mean. A connection can be either direct or mediated through a server - be it our public server or a self-hosted server. If our public servers don't work for you well, feel free to use the self-hosted server, this is one of the reasons why we offer it (for free).

If you mean peer-to-peer connectivity though, I am sorry but this is not the way to go for us. It might work for free and personal tools, but since we also sell to businesses they won't be happy to use a P2P application due to security concerns that such applications can bring.

I've frequently ran into performance issues through the various relays used by Remote Utilities. Way, way, too frequently. The latency is high and there is significant ping loss. I have a PC next to me that I'm connecting to that has more than 8 seconds of latency (it's varied fr om 4-18 seconds while I've been writing this). The re's the scenic login screen and then the computer boots up with Spotify open and the large pictures seem to bring it to a crawl even with 16 bits colour. I have it on HDMI output to a monitor on my right, and then connecting using Internet ID fr om my main PC next to it. At this moment, round trip ping time to your relay server in Montreal is 163ms (from west Canada. I normally get 78ms pings to Ontario, so this Montreal hub kinda sucks as you'll see below) with approx 18% packet loss.

A ping from your location to our server doesn't say anything about the quality of the server itself. Our servers can sustain far more load than now and are located in one of the largest datacenters in Canada.

I believe you also have a relay server in California, which is closer and lower latency, approximately 50ms with no ping loss so far. So I'm not sure how hosts pick the relay servers, whether its random, first to respond, round robin, or load balanced, etc. But there is very clear and poor performance using the relay server and I don't see a way for me to bounce it to a better relay server and I don't see anything happening on the server side to migrate me to the better performing server that is 1/3 latency and without packet loss.

We recommend that you use a self-hosted server or even direct connection where possible.