I wanted to add to this since the original request mentioned doing this without an additional PC.


The bridge would probably work great for server environments where a server/gateway/bridge hosting the agent could be running 24x7 but in desktop environments that might not work as well. Also companies that use Automate might not be able to use this feature. Our staff primarily uses Control in Automate via a plugin because we have all our permissions built in Automate.

• If they integrated RDP like backstage then it could be permission based with a drop down under logon session.

• Because the control agent is installed locally it would be able to access the registry and auto obtain the RDP port from the registry.
• It could be tunneled via the loopback address. (we do this at my company today with other technology)
• The control agent could auto acquire your screen resolution and feed that into the RDP session.

Then when users are in Automate they could select RDP that would tunnel over the control session. Making more users happy with one change.

To give you a honest response based off of other requests. 2 years from now it will change back to under review and then 2 years from them it will change to roadmapped. 

But in all honesty, I wouldn't get my hopes up until it's made it's way to roadmapped. They've been considering this feature for over 2 years now. 

We thought about adding another instance but we've already invested so much time into whitelisting our domain / ip with all of our customers. Since we support worldwide with this instance, It would be a a huge process to go back for approval from all of their security departments. (we're not using the cloud instance of screenconnect). 

This is just one issue that we face. Sadly i have a list.

I actually want this maybe for another reason. We have multiple support departments. Maybe something like this could be used to dump the sessions into their old bucket. 

Transfer to myself would be a nice feature.. Maybe right after you click the transfer button. 

Look at this cluster.... What a mess. Running 19.6 and will be updating to 20.3 soon. 

Just fills and fills the event logs. 

The bridge would probably work great for Control only users. Our staff uses Automate via the control plugin and because we have all our access permissions built in Automate the bridge won't work for us without a huge overhaul of the Control / Automate integration. 

• If they integrated RDP like backstage then it could be permission based with a drop down under logon session.

• Because the control agent is installed locally it would be able to access the registry and auto obtain the RDP port from the registry. 
• It could be tunneled via the loopback address. (we do this at my company today with other technology)
• The control agent could auto acquire your screen resolution and feed that into the RDP session. 

Then when users are in Automate they could select RDP that would tunnel over the control session. Making more users happy with one change. Then as control matures, they could implement some driver to adjust screen resolution.

At the moment this request was over 4 years ago and they don't seem very interested in building a driver to adjust the screen resolution. Maybe this would be a happy middle ground until it gets built. 

Just my 2¢. 

A simple workaround until they can build a driver is for them build a function so we can RDP over the control connection. 

Give us a rightclick and RDP button. This would allow users to set the resolution to what ever they want and would fix many other issues that same time. 

Yes, painful looking through the mess control makes in the event viewer. I get complaints all the time saying something is wrong because it creates soo many entries. 

Control Bridge. Maybe this is it?