Your comments

Yeah, that's what I use it for. 

Right click, install access and it will appear under access on the left. Then you can end the support session when you're ready. 

Test it out real quick on a computer in your lab, then just uninstall it when you're done. 

Are you just asking for a way to install control after a session has already started? 


If so, just right click and select install access. 

Not perfect, but here's what I've done for the client setup (technicians)

1.) download the client setup (recording the URL used) - under downloads in chrome or edge. 

2.) Make sure you keep the following and discard the other info in the URL

  • h= host / relay server
  • p= port
  • k= encryption key

3.) redownload the client setup using the newly created URL below. 

4.) deploy exe via GPO or other 3rd party platform. 

https://xxxxxxxxxxxxxxx.screenconnect.com/Bin/xxxxxxxxxxxxx.Client.exe?h=instance-xxxxx-relay.screenconnect.com&p=443&k=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx




Yes, we've had customers logged in as domain admins and we don't want someone to switch into their account while they're also logged on the server. 


 

Would love to use this to tunnel other protocols i.e RDP / SSH / VNC / HTTPS..   No need for a full blown VPN. 

Honestly, this should be customizable in the admin dashboard. 

Customer: Is it fixed yet?

Support: .... Um.. Right after i find a way to change your screen resolution. 


Customer: It looks fine on my end. It works with our remote control software perfectly fine. 


Support: Can we do a remote session into your computer and then back into the server?  I sure hope this doesn't go down at night.. No way we could fix this system. 



This is causing a lot of grief for our teams at the moment. I was told it's not possible to sign the MSI's because they are being changed on the fly. But since the .EXE contains the MSI isn't the .EXE also being changed on the fly?

Automate's MSI's are signed and are custom per site. 

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.