Prevent users from disconnecting AOVPN user tunnel

%3CLINGO-SUB%20id%3D%22lingo-sub-2302526%22%20slang%3D%22en-US%22%3EPrevent%20users%20from%20disconnecting%20AOVPN%20user%20tunnel%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2302526%22%20slang%3D%22en-US%22%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20there%20any%20client%20configuration%20I%20can%20apply%2C%20registry%20entries%20or%20other%20policies%2C%20to%20remove%20the%20'disconnect'%20button%20from%20the%20AOVPN%20user%20tunnel%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIt's%20not%20very%20'always%20on'%20if%20users%20can%20decide%20to%20just%20drop%20and%20establish%20the%20connection%2C%20that's%20more%20just%20VPN.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20get%20that%20some%20organisations%20can%20be%20fine%20with%20users%20having%20the%20autonomy%20to%20drop%20and%20establish%20the%20user%20tunnel%20as%20they%20see%20fit%2C%20but%20this%20is%20surely%20potentially%20show%20stopping%20for%20a%20lot%20of%20organisations.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20have%20seen%20the%20unusable%20and%20pointless%20dumpster%20fire%20that%20is%20%22lockdown%20VPN%22%20and%20this%20really%20isn't%20the%20answer...%20unless%20the%20question%20is%20%22how%20can%20I%20make%20it%20so%20that%20all%20client%20computer%20connectivity%20is%20completely%20useless%20even%20when%20connected%20to%20the%20internal%20LAN%3F%22%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThere%20are%20registry%20settings%20that%20put%20the%20device%20tunnel%20in%20the%20networking%20flyout%2C%20are%20there%20others%20that%20I%20haven't%20found%20that%20remove%20the%20disconnect%20button%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Eworst%20case%20scenario%20can%20we%20hide%20the%20user%20tunnel%20and%20it's%20connect%2Fdisconnect%20as%20the%20device%20tunnel%20is%2C%20whilst%20retaining%20the%20user%20tunnel%20configuration%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAnother%20thing%20is%20the%20option%20to%20prevent%20users%20from%20deselecting%20the%20'automatically%20connect'%20checkbox.%20is%20there%20a%20control%20for%20that%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EUsually%20we%20have%20admin%20control%20of%20a%20daft%20amount%20of%20things%2C%20how%20is%20there%20so%20little%20(at%20least%20at%20face%20value)%20in%20the%20way%20of%20options%20for%20something%20as%20potentially%20business%20critical%20as%20AOVPN%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3Emini-rant%2Fquestions%20over%20%3A)%3C%2Fimg%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EPete%3C%2FP%3E%3C%2FLINGO-BODY%3E
Contributor

Hi,

 

Is there any client configuration I can apply, registry entries or other policies, to remove the 'disconnect' button from the AOVPN user tunnel?

 

It's not very 'always on' if users can decide to just drop and establish the connection, that's more just VPN.

 

I get that some organisations can be fine with users having the autonomy to drop and establish the user tunnel as they see fit, but this is surely potentially show stopping for a lot of organisations.

 

I have seen the unusable and pointless dumpster fire that is "lockdown VPN" and this really isn't the answer... unless the question is "how can I make it so that all client computer connectivity is completely useless even when connected to the internal LAN?"

 

There are registry settings that put the device tunnel in the networking flyout, are there others that I haven't found that remove the disconnect button?

 

worst case scenario can we hide the user tunnel and it's connect/disconnect as the device tunnel is, whilst retaining the user tunnel configuration?

 

Another thing is the option to prevent users from deselecting the 'automatically connect' checkbox. is there a control for that?

 

Usually we have admin control of a daft amount of things, how is there so little (at least at face value) in the way of options for something as potentially business critical as AOVPN?

 

mini-rant/questions over :)

 

Pete

0 Replies