Pauline's community posts

Hello Boris,

Thank you for your message.

We will test this out to see if we can reproduce the issue in our environment.

I'll get back to you with an update on this issue shortly.

Hello Brad,

Thank you for your message.

Yes, we already have this feature in our wishlist, so it would be certainly added in one of our future updates. Unfortunately, we cannot provide a specific ETA on this feature yet.

Please let us know if you have more questions.

Hello Donn,

I'm glad to hear it works for you now!

Thank you for your kind words! I'll make sure to forward them to our development department.

Please feel free to post another message if you have more questions.

Hello Mike,

Thank you for your message.

Please note that when Internet-ID connection is used, Host and Viewer are connected via an intermediary server - it might be our public servers or your self-hosted RU Server. This means that Viewer and Host machines communicate with each other via the server. In case if you want your Viewer to connect to a remote Host directly, i.e. without any servers between them, then please consider using Direct connection instead - this connection type does not require any intermediary servers in-between Viewer and Host.

However, please note that all traffic that Remote Utilities sends over the network is encrypted via TLS 1.2. The data encryption is always on by default and cannot be disabled by the user. Transferred data is encrypted regardless of connection type and user license. For more information please also see our Security page.

Hope that helps.

Hello Daniel,

Thank you for your message.

Could you please let us know what specific version of Linux do you use, so we could test this out as well and see if we can reproduce the issue?

Looking forward to your reply.

Hello Yann,

Thank you for your message.

We will test this out to see if we can reproduce the issue. Sorry for the inconvenience.

I'll keep you updated on the issue.

Hello Lazaro,

I'm glad to hear we were able to help!

In case of Agent the UAC prompt simply requests the elevated privileges, so when selecting "Cancel" on the UAC prompt, you're just denying Agent from running with admin privileges (this will run Agent under the current Windows user without admin rights), not from running at all. I will forward this to my coworkers for a review to see if we could add this information to our Documentation about Agent.

Please let us know if you have other questions.

Hello Gaute,

Thank you for your patience.

I've checked with our developers on the issue once again - unfortunately, they have confirmed that this is expected behavior that occurs due to the fact that only one RDP session can be running on Windows 10 machines at any given time and in this case, it cannot be used along with a console session (and Remote Utilities works in a console session). For example, please see this Microsoft Q&A page. I apologize if this makes our program less useful for you.

Hope that helps.

Hello Lazaro,

Thank you for your message.

Do you mean that when running Agent you see the UAC prompt? If this is the case, then please note that it's expected behavior, as for some operations admin privileges may be required, that's why running the Agent causes UAC prompt to show. The user can choose whether they want to run it with elevated privileges or not - if they click Cancel the Agent will run as a normal user.

Hope that helps.

Hello Kaelyn,

Thank you for the update.

I've forwarded the issue to our developers along with all provided information to see if we can reproduce it in our environment.

I'll get back to you with an update on this soon. Sorry for keeping you waiting.