Conrad Sallian's community posts

Hi Peter,

Thank you for your order!

Yes, the message template contained the key in the body as well as attached. We updated the template so now it only contains the attachment.

I then input that file to the license key dialog. It seems to have worked.

It will also work that way, that's right. The .rlicense file is just a plain text file. However, Viewer 7.x.x.x no longer accepts text directly but only as a file with .rlicense extension.

Let me know if you need further assistance.

Hi Peter,

Version 6.x.x.x keys are incompatible with version 7.x.x.x. You must upgrade your license key using this form https://www.remoteutilities.com/buy/upgrade-form.php

7.0 seems to need a licence key file, whereas previous versions wanted a text string.
How do get my existing starter licence into v 7.0?

Yes, now there's a key file (key.rlicense) that you need to drag-n-drop to License key storage, or just open the Windows Open dialog and select the file on the disk and it will get added to the license key storage.

Hope that helps.

Remote Utilities v. 7 for Windows has been released. You can download it from the main download page.

This release marks the end of the beta testing phase. Further posting in this discussion will be closed. Your posts are welcome in the main forum discussions.

Hello,

Thank you for your message.

Are you sure this option is in RU's connection properties, and not RDP's client properties? When you run the RDP mode the program simply starts the Microsoft's own RDP client.

As an alternative you should use RU's own Full Control and View mode.

Hello Thomas,

The Host side user won't be able to control their mouse only if you enable Lock host's mouse and keyboard in connection properties as Polina mentioned above.

If you did NOT enable that feature, the Host mouse should be available to remote user. Please, note that during a remote session the remote user will be able to move their mouse but once you touch yours the mouse cursor will "jump" to the position of your cursor.

Hi Nicholas,

Your Internet-ID taken from the log file shows as online in my Viewer:



Please, make sure that nothing blocks our service on your Viewer end. Specifically id.remoteutilities.com .

Hello Nicholas,

We received the logs, thanks. The February log shows several established remote sessions during the last few days.

Does the program work ok for you now? Or do you still experience offline issues?

Hi Vasilis,

Yes, the final release will be made before the end of this month.

Hello Jeremy,

Thank you for your message.

Does RemoteUtilities need to communicate out to a RemoteUtilities network infrastructure to be able to work?

Only when absolutely necessary, such as if you enable Internet-ID connection to connect via our hosted service (remember that you can also use your self-hosted server).

Are we able to block an url/website/ip address to prevent active connections from working?

Of course you are. But you don't have to enable Internet-ID connection in the first place.

Also, please check this knowledge base article https://www.remoteutilities.com/support/kb/does-remote-utilities-or-ru-server-call-home/

Hi Jules,

It looks like your firewall (most likely the one on the computer, but maybe the router's one too) treats networks differently. Namely, it may block the outbound connection to our server for your ethernet connection whereas not doing so for your Wi Fi connection. At least that's what should be diagnosed in the first place.

I can ping id.remoteutilities.com

A successful ping does not necessarily mean that a TCP connection at a certain port will also be successful. What ping says is that such and such server is accessible and online and that's it.