Option for Consent to survive a server reboot

Avatar
  • updated
  • Archived

We support customers in a different time zone. Also, we require consent whenever our techs connect to a customer's computer. Sometimes, these sessions are left open when we go home for the day so we can continue to work in the morning before the customer arrives. If our SC server reboots, say for Windows Updates, during the night, the customer's session will reconnect, but it will require consent again before we are allowed in. I would like for consent for a session to survive a server reboot and only go away when a session is ended by the client.

Duplicates 1
Require/Add further consent requirement after reboot for host

Partner would like the ability to change default behavior, such as, for when permissions require consent and after getting consent the host reboots machine w/o closing host session window, further consent is not required.

Avatar
0
QS1Tim

I upgraded a test server to the latest 5.6 build. I had a user establish a session and get consent. Then, I rebooted the SC server. When it came back up, the client reconnected, but the host required consent again before he could get back in. Is there some setting that needs to be made before this functionality will work?

Avatar
0
Scott
Quote from QS1Tim

I upgraded a test server to the latest 5.6 build. I had a user establish a session and get consent. Then, I rebooted the SC server. When it came back up, the client reconnected, but the host required consent again before he could get back in. Is there some setting that needs to be made before this functionality will work?

Right now, a Guest's consent is not expected to persist through a ScreenConnect server (or services) restart, so that's expected behavior. It looks like Mike may have misinterpreted your request, I'll make sure he sees that.
Avatar
0
anonymous
  • Under Review
Avatar
0
anonymous

I reopened the issue for dev to consider the request. I missed that you were expecting consent to survive your SC server being rebooted. Sorry for the mistake there.

Avatar
0
anonymous
  • Pending Review
Avatar
0
QS1Tim

This feature request was closed, but was there any resolution to getting a guest's consent to survive a ScreenConnect server reboot?

Avatar
0
anonymous
  • Considering for Future Release
Quote from QS1Tim

This feature request was closed, but was there any resolution to getting a guest's consent to survive a ScreenConnect server reboot?

Hi,

It seems we are having an issue with status mapping between the forum and our internal tool. This topic is not closed, but awaiting consideration for a future release. I apologize for the confusion. 

Avatar
0
Preston Bishop Team Member
  • Archived
 Commenting is disabled

Top contributors

Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar