Pauline's community posts

Hello Halen,

Thank you for your message.

Host: "id.remoteutilities.com:5655". Exception class: "EIdSocketError". Message: "Socket Error # 10061
Connection refused.".
22-07-2020__13:43:24__479 CheckID Connection to internet-id error. Host: "id.remoteutilities.com:443". Exception class: "EIdSocketError". Message: "Socket Error # 10061
Connection refused.".

Please note that these entries in your log files point to the fact that the Host is trying to connect to our public Internet-ID servers instead of your custom self-hosted RU Server. Please double-check that you've configured both Host and Viewer to connect to the custom RU Server as described in this tutorial. Namely, please double-check the following:
1) Your custom server's address is specified in the Host settings -> Internet-ID settings and your settings look similar to the screenshot below:


2) The custom server's address is specified in Viewer, in the Connection properties for this specific Host (as the Default connection properties dialog is rather a global setting that applies to all newly added connections, which might have been specified after this specific Host was added to your address book):


In addition, please note that the attached log contains the following error: Socket Error # 10061
Connection refused. According to the Windows Sockets Error Codes, this error means that no connection could be made because the target computer actively refused it, i.e. that Host has issues connecting to your server. Please, double-check that you use the correct IP address or DNS name and that (if it's a DNS name) the IP address is resolved properly from your DNS name. In addition please also check if any security software is blocking the connection on either side.

Finally, in case if everything is set up correctly but the issue persists, please try updating your Remote Utilities installation to the latest 6.12 Beta 2 version (2.9.5.0 Beta 2 for the RU Server). In this release, we have implemented multiple fixes and improvements for the RU Server, including improved background signing in on a self-hosted server and automatic reconnects to the server when connection is interrupted. The full list of Release notes is available on this page.
6.12 Beta 2 version of Host/Viewer and 2.9.5.0 Beta 2 version for the RU Server are available on for the download on this page.
When updating Remote Utilities please make sure to update all modules - Host, Viewer, and RU Server as the version mismatch might lead to performance issues or some features not working.

Hope that helps.

Hello Dave,

Thank you for your kind words!

I'm glad to hear we were able to help and the issue is resolved.

Please feel free to post another message if you have more questions. We're happy to assist!

Hello Dave,

I'm glad to hear it worked for you!

Please don't hesitate to post another message if you have more questions.

Hello Adri,

Thank you for your message.

Could you please clarify if you have the Remove wallpaper checkbox enabled in the connection properties for these remote Hosts? The checkbox is located in the Connection properties window -> Additional properties tab:


In addition, please double-check if you have the Update thumbnails checkbox enabled in the Viewer Options, the View tab. You can also specify a certain interval for the connections thumbnails to be updated:


Hope that helps.

Hello Tiago,

Thank you for the clarification!

Please do not hesitate to post another message if you have more questions. We're happy to assist!

Hello Dave,

Thank you for your message.

Could you please clarify if you mean that after you add the connection entry to your address book and exit the Viewer, the connection is gone when you reopen the Viewer? If this is the case, the issue might be caused by the Viewer configuration file or address book file being somehow corrupted (perhaps, by some antivirus software activity).

Could you please, try performing the following steps and see if the issue persists:
1. Fully exit the Viewer File -> Exit.
2. Locate the file config_4.xml in the C:\Users\[Your_username]\AppData\Roaming\Remote Utilities Files\ folder.
Please note that the AppData folder might be hidden by default in which case you need to enable "Hidden files and folders" in Windows Explorer settings.
3. Remove the config_4.xml file from that folder.
This will reset the Viewer settings. Your address books won't be affected by this action.
4. Run the Viewer and register it with your license key again.

In case if resetting the Viewer options did not help and the issue persists, please try the following:
1. Export your current general address book as described in this guide and save it somewhere on your computer.
In addition, you can also copy the address book backup folder C:\Users\user_name\AppData\Roaming\Remote Utilities Files\backups\ and save it to your disk.
2. Completely uninstall the Viewer as described in this full uninstallation tutorial. This will remove all the damaged configuration/address book files.
3. Re-install the Viewer from scratch and register it with your license key.
4. Restore your address book by importing the file you've previously saved on step 1 as described in this guide.
5. Try adding a new connection entry to the address book and see if it's present in the address book next time you open the Viewer.

Please let me know if the issue persists.

Hello Dave,

Thank you for your message.

It seems like the Task Manager connection mode is opened instead of the Full Control connection mode as it is chosen on the Viewer's ribbon toolbar.
Could you please try selecting the Full Control connection mode on the ribbon toolbar, then double-click the connection and see if it connects this way? Alternatively, you can also connect to a remote Host by right-clicking on a connection in the address book and selecting the Full Control connection mode:


Hope that helps.

Hello Tiago,

That's not entirely true: after the permission is given I do not need to login - I can switch the Remote Utilities to the RDP session and support the user, sharing the the remote terminal session.

Could you please clarify if you mean the RDP connection mode in Remote Utilities? If this is the case, please note that what I described in the previous message applies to the Full Control and View connection mode, as the RDP mode in Remote Utilities simply launches the native Microsoft Remote Desktop Connection client from within Remote Utilities and connects to a remote computer using the RDP protocol.

With the raise of Virtual Terminals that should be a must feature on a remote access software.

Of course, I will forward this to our development department for a review to see if we can add such a feature to our roadmap and implement it in our future updates.

Please let us know if you have more questions.

Hello Anne,

Thank you for your message.

The beta version of Viewer for Mac/Linux doesn't require registration with a license key since it's in a beta stage and freely available, i.e. there's no trial period in the Viewer for Mac/Linux and it is free until July 30, 2020. After this date, we might release a newer build of the Beta version or we will simply extend the free period.

Hope that helps.

Hello Tiago,

Thank you for your message.

Unfortunately, it's not possible to display the "Ask user permission" prompt in the active RDP connection. The reason the user who's logged in to the remote machine via the Remote Desktop Connection does not see the permission prompt is that Microsoft's RDP is working via the terminal session and Remote Utilities works in a console session and displays exactly what is shown on a remote machine, i.e. the Windows logon screen. This way, if you logon to the remote Host machine via Remote Utilities, this will disconnect another user that is connected via RDP (the same way it happens with usual logon). Sorry for the inconvenience.

Please let us know if you have other questions.