Welcome to our community!

Option to Auto-Consent if at the Lock/Login Screen

Avatar
jeremy awecomm
  • updated
  • Closed

We have the option enabled that allows us to bypass the consent requirement if there are no user processes running. This works as long as no one is logged in to the console session of the server. However, if anyone forgets to log off of a server and disconnects from the Control session, we have no way back into the server.

We would like an option to bypass the consent requirement for servers that are at the lock screen or login screen regardless of whether there are active RDP sessions or a locked console session still logged on.

In the future, if you release a feature allow us to create and connect to new RDP sessions, we would like this feature to extend to those disconnected RDP sessions as well so we can reconnect to them without being prompted for consent through Control (only needing to provide Windows credentials to log in).

Pinned replies
Replies 13
Avatar
0
Matthew Pendleton

I would also like this. Basicallly in my scenario, if the PC is locked, I couldn't access the files without the users Password, SO I would be able to login while a user was at lunch and do a quick update or other related task without intruding on any prevalent information that i'm not supposed to see.

Avatar
0
Mike Bannerman Team Member

We have AutoConsentAfterSeconds as an option in the app.config file.  Wouldn't that fulfill this request?  


AutoConsentAfterSecondsEnables a countdown (in seconds) before the consent-to-connect prompt automatically connects to a session 0 (Number of seconds for the countdown. 0 will disable the timer.)

https://docs.connectwise.com/ConnectWise_Control_Documentation/On-premises/Advanced_setup/List_of_app.config_settings


Please let me know if I'm missing a detail.

Avatar
1
Matthew Pendleton

Unfortunately not exactly the same thing. But it is very close.  There would have to be a way to determine that the machine was locked. Like allow consent if locked.  I'm not sure that would be an easy thing to determine.


With that policy, it could be my end user would ignore the prompt, and put Internet explorer in front of it for instance and keep working and allow me in when they didn't know I was there. I agree its their fault for ignoring the message, But auditors wouldn't agree. 

Avatar
0
Caitlin M Barnes Team Member
  • Under Review
Avatar
0
anonymous
  • Roadmapped
Avatar
0
anonymous
  • Under Review
Avatar
0
Chris Sheppard

Where abouts along the road map to implementing this are we?

thanks

Avatar
1
Griffin Puc

Is this planned on the roadmap? Not having a feature like this is very inconvenient for a lot of our accounts and it has been five years since this was proposed...

Avatar
0
Wil

Here to request this as well, would like auto consent on the lock screen (same as the login screen) in case the user is afk or forgot to log off and we need to patch/resolve something. It would be the same thing as the login screen as we would need the password to get into the system anyways.

Avatar
0
Will Burnham

Also looking for this feature.  This is key to allowing effective support on our end points.  The lock screen should allow us to bypass consent as the primary reason for this is to prevent our teams from viewing any sensitive or confidential information that may be on screen during the connection.  There are many cases when we still need to access a device when a user is not present and the system is locked.

 Commenting is disabled

Top contributors
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar
Avatar