Conrad Sallian's community posts

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.

Hi Mike,

In this case we recommend that you use our default servers. We monitor them 24/7.

Thank you Leo,

More information about Portable Viewer is available here. Also,  we highly recommend that anyone using the portable Viewer enables address book encryption as a means of protection against unauthorized access to remote computers in case the USB stick is lost or stolen. This is especially important if the "save password" option is used on remote connections in the address book.

Hello Michael,

Thank you for your message.

Solutions listed on this page may help with this issue https://www.remoteutilities.com/support/kb/full-control-and-view-mode-isn-t-working-or-is-unstable/

Hope that helps.

Hello Mike,

Thank you for your message.

However, in the event that my private server goes offline, I'd like it to be possible that the connection falls back to the public server. It doesn't matter if the Internet ID has to be different for each server (which I'm guessing will be necessary).

Unfortunately, there is no fallback server functionality in RU. The reason is that the effort and complexity of implementing such feature (the more complex a feature the more likely it may fail) far exceeds potential gains. RU server is supposed to be used under direct command of the user/customer. If the server doesn't respond the user can simply restart the server - whether it's the machine itself or the RU Server service and it'll be back up and running in a couple of minutes.

For the same reasons, I'd like to be able to do the same using the Agent host as well. Also, I like to have the Agent and the preinstalled host available on a remote terminal (again as a backup), but it appears that the Agent won't launch if the Host service is already running.

Host and Agent are mutually exclusive. In the future we'll add the ability to "convert" one to the other, though. But this is not a solution to this problem. If you want to be 100% sure that you have a back up remote connection method, you should use another remote software. Unlike some of our competitors we never claim that our program is necessarily "the best" or "the fastest" and that there may not be a possibility of something going wrong. So you can use Remote Utilities as your primary tool and yet have another tool as secondary backup tool for emergency.

For example, antivirus software may all of the sudden decide that our Host is dangerous and start blocking it. We know that this is not true and we are very quick to report this to the a/v vendor. Yet, it may take some time for them to remove the detection (and for your a/v endpoint software to update their database). Fortunately, false positives of this sort are very rare nowadays.

I guess one work around for the Agent tool specifically would be to us the MSI configurator to build multiple Agent packages - one with the public server preset, another with my private server?

It is possible. In this case each running Agent instance will overwrite the registry settings of its predecessor on the computer where it is run (see more about Agent settings here here ).  I recommend that you experiment with different configurations.

Let me know if you have any questions.

Hello Brandon,

Thank you for your message.

You should provide the name of the remote connection and access password. Please, see example 1 on this page https://www.remoteutilities.com/support/docs/viewer-parameters/ .

Hope that helps.