Hello Rich,

I would also suggest checking out any security software installed on the machine regarding blocking of the connection process.

Hello Alex,

Unfortunately, this isn't looking like an RA issue. I would suggest checking that you do not have any firewalls or any other security software controlling/killing the connection process. If you have such software installed and working I would suggest temporarily disabling it and trying to connect afterward.

Hello Steve,

Screensaver shouldn't be an issue until the machine is running normally. In this case, I would suggest using Unattended Access feature:

https://help.cloudberrylab.com/cloudberry-remote-assistant/using-remote-assistant/encryption-and-unattended-access

Glad to hear that the issue is resolved, perhaps there was some issue during the installation process. Let us know if you encounter anything else.

Hello,

Unfortunately, there is no such command, it is a really specific case and we haven't implemented it yet. However, I have created a feature request for our R&D to review and add to the development roadmap. Let us know if you wish to add something.

Hello Rich,

Nope, this is different, this means that the session you are trying to join is locked or used by another user. For example, it could be an RDP connection or unfinished/hung Windows user session, try setting up the connection with the encryption key and when you connect there will be a specific menu in Main Menu regarding the behavior on disconnect, try setting it to finish the session. Thank you and please keep us posted regarding the results.

Awesome, thank you we will start the investigation and implement a fix for this possible leak. If we will find anything interesting I will contact you via a ticket. Thank you.

Hello,

Understood, a corresponding feature-request is created and will be reviewed by our R&D and added to the development roadmap. Thank you for suggesting the feature.

Hello Tony,

Glad to hear that the issue is resolved, we were reproducing it in our test lab and got the same results with different versions. So, yeah the official recommendation would be definitely to upgrade both sides to the latest version. Let us know if you encounter anything else. Thank you.

Thank you for reporting it, we will test our installation scripts to make sure everything is well. Cheers!

Hello, those are awesome news and surely thank you for reporting it here, I will try to reproduce the issue in our testing lab, maybe we can avoid such errors in the future. Cheers!

'cannot connect: looks like remote computer is offline or id is incorrect' — Richard Arnold

From the one you mentioned in this quote to any other, just to check the total ability of the software to connect from it.

Hello,

Thank you very much for reporting the issue, I have created a report for our R&D to review and implement a fix. Sorry for any inconvenience caused.

Hello Craig,

Yeap, we know about this and currently discussing what can we do to overcome such sessions interactions. Windows session management mechanism is really complex, but no worries, we will definitely overcome it. Thank you for pointing it out. Cheers!

I would suggest trying to connect from the remote machine somewhere to test the connection and the software's ability to connect.

Thank you ! We are already working on it.

Hello Ralf,

I just switched off the two options you mentioned. The rules are still getting deleted. But if this is a predicted behaviour, why only creating an inbound connection and not an outbound connection? — Ralf B

So let us make sure that we are on the same page, by expected behavior I meant creating those rules, not deleting any existing ones. As for the Inbound connection only it is pretty much simple, outbound ports are 80 and 443 which are usually open for software to use.

And why deleting manually set firewall rules in the first place? This just doesnt add up, someone just messed things up in this version. — Ralf B

This is unexpected behavior and I have already reported it to our R&D to check and correct in the next versions, I was able to reproduce it on a few test machines. However, there are things we need to consider.

Every reboot i have to manually re-set those firewall rules. If im not physically at the machine at a reboot (windows updates and such) i get locked out. That cant be an expected behaviour. — Ralf B

One of them is the usage of Windows Firewall, in my personal opinion it is garbage, it has too many flaws, it had too many exploits and basically it is not safe (over 30 CVE's publically available and who knows how many private one's) . Secondly, we have to consider the "Average Joe" that you mentioned, try explaining a novice PC user that just simply wants to connect and help his Grandma what is Firewall and how to open the ports in it.

Summarizing it all up, we surely understand what do you mean and why it is important for you and we are really grateful for pointing it out for us. I will personally make sure that we document this better and allow disabling this behavior in the next release. Thank you.

Hello,

Let's make sure that we are on the same page, please navigate to the Main Menu -- Diagnostic -- Mention this Forum thread and press Send. Thank you.

Hello Craig,

Thank you for sharing this awesome detail, FastBoot was one of the possible candidates for review. This will definitely help us in resolving the issue. Thank you and surely let us know if you notice anything else. Cheers!

Thank you for your feedback, may I ask you to do the following:

1) Start RA, navigate to Main Menu - Options - Recording and Logging
2) Set the logging level to High
3) Repeat the connection attempt when it was consuming the resources
4) Try connecting for a few minutes and doing what you usually do to get the CPU to the level of usage you mentioned.
5) Close the connection
6) Navigate to Main Menu - Diagnostic - in the Info section mention Sergey N. and press Send.

That's it, thank you and will be waiting for the log pack.