Conrad Sallian's community posts

Hi Glyn,

Yes, we have extended the trial and updated the beta files. Feel free to download them here:

Mac https://www.remoteutilities.com/download/mac.php
Linux https://www.remoteutilities.com/download/linux.php

Thanks.

Hello Rob,

Sorry for the delay. We will do our best to add this feature as soon as possible.

Hello Klaus-Uwe,

Thank you for your interest.

It was actually a mistake on the site, we've just fixed it. The Viewer for Linux beta license works until the end of July. Before it expires, we'll update it and extend the beta period too.

So you can download and use it now, no problem.

Hi Rodney,

I'm glad to hear you managed to find the root cause. Indeed, I didn't take the possibility of Host not installed into consideration.

Don't hesitate to post another message if you need assistance. Me and my colleagues are always happy to help.

Thanks.

Hi Rodney,

So I am assuming that these devices on the other networks did not check in correctly with the server. Is there a log or something on the client that we can go to that would help us find where the problem is coming from?

Yes, of course. It is the Host log which is available individually on each Host. I can assume that these Hosts couldn't connect to your RU Server in the first place, and that should be reflected in the log. As for the reason why they couldn't connect - it could be a perimeter firewall on the Host side network, or it could be your RU Server computer (or perimeter firewall in the network) that blocked incoming connection to the RU Server. In other words this seems to be a network connectivity and/or security parameters issue.

We have some devices in hand and are at one of our other schools so we can test.
Really appreciate the help, we have been very pleased to have partnered with you guys for over 8 years!

Thank you for your kind words :)

P.S. Feel free to open a ticket and send us your Host log in private if you are having difficulty figuring out the log's messages.

Hello Rodney,

Thank you for your message.

We were successfully able to get machines that we imaged to import once they rebooted and checked in with the server. However, if our techs image clients on a different subnet, we are not seeing those devices auto import. We do have the server setup as a dns entry and not an IP address. Is there something we are missing in the setup that would keep this auto import from working as we hoped?

The question is - did these hosts successfully check in with the RU Server? If they did and you have "auto-import" enabled, they should have been added to the address book.

You can check if a Host checked in on RU Sever by viewing the Idle tab in the Admin Console window.

Thanks.

Hello John,

Thank you for your message.

Make sure that you specified correct server address and port in connection properties for the respected connection in the address book:

Connection properties -> General -> Internet-ID -> Change button -> uncheck "Default" and specify your server data there.

Hello James,

Thank you for your message.

Did you restart the remote computer (where the Host is installed) after the update?

Hi Scott,

Thank you for your message.

Remote Utilities isn't capturing any keys beyond the necessary needed to fulfill the user's requests. Before we can move on and help you though I'd like to clarify this:

I was wondering, I noticed yesterday that a small notification appeared that one of my remote computers were online,

is this notification appearing on your local computer (where the Viewer is) or is it shown on the remote desktop itself? We could use screenshot.

Looking forward to your reply.

Hi Andreas,

Thank you for your message.

You can use the export command as described on this page https://www.remoteutilities.com/support/docs/manual-import-export/

Hope that helps.