Yes, Pauline, I have AV software installed on all of my computers but it is not interfering with RU in any way. This is clearly a host software issue. Both host computers are reporting the same fatal error.
Could you provide the antivirus software name, please. Thanks.
I'm very sorry that the signed file was blocked. The process is semi automatic based on virus definitions. If a page or file is suspicious, detection is created based on definitions. If this is a false positive detection, you need to report the detection as you did. Subsequently, the detection is reviewed manually by our specialists, who will determine whether the detection is correct or false. Even if it is a false detection, the detection is manually changed (turned off).
It's been 2022. Soon spaceships of earthlings will traverse the vast expanses of the Milky Way, and anti-virus companies will continue to manually add new legit software releases to exceptions, and require emailing a file no larger than 10 mb in an archive with the password "infected". :)
I see only some SSL 2.0 connections and lots of unencrypted TCP traffic at all, when remote clients connect to the RU.
All traffic between Viewer and Host uses end-to-end encryption. So the traffic between Viewer <-> Server, and Host <->Server is not encrypted because it has already been encrypted. What you possibly see as the "unencrypted TCP traffic" has in fact been encrypted already.
I saw the link and the false positive detections. However, the certificate information is wrong - well, outdated. Even if you use the version 6.10 to build a custom installer there must be another certificate, a valid one issued by DigiCert. Here is a screenshot:
Have you tried to reconfigure your build? That should help.