Conrad Sallian's community posts

Hello,

If you click on the Advanced button is there a selected checkbox underneath? We are trying to confirm a possible bug. Please, uncheck that checkbox and try again.

Note that this authorization window looks a bit different from the regular authorization window in version 6.9.4 because of backward compatibility. It looks like you are connecting to an older version of the Host from this Viewer.

Hello,

Could you please take a screenshot of the authorization prompt window? You can add an image here in the post.

Hello Raymond,

Thank you for your post.

You can reset the Viewer options by deleting the file config_4.xml found in %appdata%\Remote Utilities Files\ folder. In the future, we  will implement an easier way to reset to the defaults in the File Transfer mode.

Hope that helps.

Hello Mike,

Thank you for your message. The "Override DPI scaling" solution described in this thread should help.  

I will close this topic because initially it was about the password prompt in the iOS version. For Windows-related questions please post in the Windows version forum.

Thanks.

Hello David,

Thank you for your post.

If I use the menu items in the control bar of the viewer window to send PrtScr to the host computer, I still get the local screen capture instead of triggering the host screen capture.

When you use the "Send key" -> PrintScreen command in the Full Control mode toolbar you copy the remote screen image to the clipboard on the remote (Host) computer. The clipboard should automatically sync with your Viewer computer's clipboard and you should be able to paste the image in an image editor on the Viewer computer.  

If this command doesn't work please make sure that no other programs are intercepting this key on the remote machine. Sometimes, screentaking applications replace this key's action with their own.

Hello Ryan,

Thank you for the report. We will contact Vipre as soon as possible.

Hello Martin,

Thank you for your message.

If there is VPN connection between Viewer and Host you can connect directly using the VPN IP address of the remote Host. You don't have to use the Internet-ID connection.

Hello,

Thank you for your message.  

So they are detecting the same file with the same hash and signature all over again :) We can only hope that they are much better at detecting viruses and trojans than at not detecting legitimate software.

Hello David,

Since putting in this comment, Webroot responded to me that they had seen RU used as a hacking tool, and that's why they were treating it that way.

That was a lazy answer. Just about any remote access tool can be used (and is used) for malicious purposes. Our legitimate and digitally signed files have nothing to do with patched builds or various other malware builds (such as droppers, loaders, etc). Isn't it the job of antivirus software to stop such malware?

Instead, they just found an easy way and decided to block the legitimate files too. You can write them that and ask them to do their job instead of trying to save their time by abusing legitimate software such as Remote Utilities.

Hello David,

This is a false positive detection. According to VirusTotal our signed rwln.dll file is being detected only by Webroot and Eset https://www.virustotal.com/en/file/8a0254dae0ef28ab17baa7bf2954b5df08542fcd7a42e623­731efb06394df46e/analysis/1542078254/

We will send a false positive report to them and ask to remove the detection.