Community

Hello again,

I'm trying to check this feature and I must say I'm buffled. I'm monitoring (objectively) the traffic via SNMP and (subjectively) via responsiveness. I do not see any difference at all when I'm switching from standard mode of operation to economy mode on the viewer. Does this require some special procedure?

That is very strange. I've been using RU for some time now both at home and at work. I've never managed to get drag and drop to work!

Perhaps I'll find the time to test the beta.

Hello Polina,

I'm referring to drag and drop here. I'm mainly using an Internet-ID connection over a custom relay setup. Unfortunately, no matter how much time I'm waiting I can't make this happen. I've also checked the viewer settings and in it the checkbox to disable drag and drop is deselected. So everything seems fine, but drag and drop does not work, either way I've tried.

Hello,

any idea why copy and paste does not work? I'm the latest stable host everywhere and I'm unable to drag and drop from local to remote desktop. Windows 10 as both host and viewer environment, but I've also tried with the viewer on XP or the host on XP.

Hello,

I'm sorry, I opened a new thread, before watching this one. Don't know

I'm testing the Linux viewer on LUbuntu. I was wondering, does the linux client have any functionality to encrypt the connections? This works just fine on pc, so I was wondering if it would be possible to have the same type of functionality on the Linux client.

If it does, can I just import the encrypted addressbook to the Linux viewer?

Hello,

I'm testing the Linux viewer on LUbuntu. I was wondering, does the linux client have any functionality to encrypt the connections? This works just fine on pc, so I was wondering if it would be possible to have the same type of functionality on the Linux client.

If it does, can I just import the encrypted addressbook to the Linux viewer?

Thanks again for your solid advice. For the last couple of days the relay seems to behave rock steady, without doing any software upgrades at all, just some VM changes. Hope it stays that way :)

Hello Polina,

Polina Krasnoborceva wrote:
Could you please clarify if there is any antivirus/firewall software installed on the RU Server machine?  In case if there is, then the issue might be caused by the software blocking the rutserver.exe. We highly recommend that you add the RU Server folder  C:\Program Files (x86)\Remote Utilities - Server\  to the antivirus exceptions list.

This is a Windows 7 SP1 VM. No antivirus was running from the start. I used to have the Microsoft firewall enabled, but I've disabled it as well.

Also please check that the outbound ports required for the RU Server are not blocked/used by some other software. For more information on what ports are required to be open for the RU Server please refer to  this page .

From what I understood reading that page, basically inbound port 5655/tcp should be open. This is what we have done from the start. However outgoing access to port 5655 (for viewer or host access) [b]was blocked. The reason was that the viewers and hosts are not accessible from the relay: only the viewer/host can connect to the relay, the other way is not allowed.

In addition, could you please clarify what version of Remote Utilities do you use? If you use the 6.10.10.0 version or older versions, then please try updating the RU Server to the latest version - 2.9 Beta 1 and see if this helps to resolve the issue. The 2.9 Beta 1 version is available for the download on this page .

We are using the latest releases 6.10.10.0 for viewer and host and the latest stable relay version.

When updating RU Server please make sure to update both Viewer and remote Hosts to the corresponding 6.12 Beta 1 version as well - the version mismatch might lead to performance issues or some features not working. You might try updating just one of the remote Hosts and one Viewer or even use the portable Viewer first to see if the issue still occurs when using the updated version of Remote Utilities.

We could try to update the relay only, and also some clients. But upgrading all the clients is difficult currently.  Would there be a problem if we did not change the viewer and host, but only upgraded the relay to 2.9 beta 1?

I'm currently testing RU relay on Windows 7 SP1 64bit VM (ESXi), with 3Gbytes of RAM. Nothing runs on this VM, apart from the relay. There are around 300 hosts ready to be connected to ("idle connections" on the relay administration). There around 20-30 systems being remote controlled (which corresponds to the double number of lines on the "active" panel).

The problem is that the relay seems to freeze. At that point all remote sessions are halted. The only way to get out of this is to restart the service itself. Nothing is logged in the error and connection logs of the relay server.

Task manager on this VM shows that resource usage (RAM, disk, network) is very low. So it doesn't seem like a hardware issue.

As it is, this does not look stable for extensive use, which would be a blocker for me... Any ideas on what to look for?

Polina Krasnoborceva wrote:

Could you please let us know if there are some apps installed on the Huawei mediapad T5 that might have some control over the network?

I've got  [censored] quicksupport installed.

In addition, could you please provide us the full mobile Viewer logs from the Huawei tablet for examination?

The log contains only lines in the form I've written above. No other log lines whatsoever.

Also please let us know if you have already tried reinstalling the app on the Huawei tablet.

Ok, here's the crazy part. I uninstalled your app, after uninstalling the teamviewerQS application. I then reinstalled RU and it worked just fine!

I'm really buffled why this happened. I can't reproduce the issue anymore.