Map it with persistence? From: [email protected] [mailto:[email protected]] On Behalf Of Micheal Espinola Jr Sent: Thursday, August 24, 2017 2:22 AM To: [email protected] Subject: Re: [NTSysADM] Odd problem with GPO-mapped drives and SSL VPN
You should be able to raise the threshold of slow link detection to compensate. If you dont allow ping to traverse, the link will always register as slow. -- Espi On Wed, Aug 23, 2017 at 7:21 PM, Kurt Buff <[email protected]<mailto:[email protected]>> wrote: That's interesting. So, if it detects a slow link the GPO "unapplies", and the mapped drive stops working? I shall take a look at that. Kurt On Wed, Aug 23, 2017 at 3:57 PM, Joseph L. Casale <[email protected]<mailto:[email protected]>> wrote: > Default behavior of slow link detection? > >> -----Original Message----- >> From: [email protected]<mailto:[email protected]> >> [mailto:[email protected]<mailto:[email protected]>] >> On Behalf Of Kurt Buff >> Sent: Wednesday, August 23, 2017 4:47 PM >> To: ntsysadm >> <[email protected]<mailto:[email protected]>> >> Subject: [NTSysADM] Odd problem with GPO-mapped drives and SSL VPN >> >> I've got a user in the field out of our AU office. >> >> We have a SonicWall SSL VPN to which he connects. >> >> We map a drive for him to the DFS share >> (\\example.com<http://example.com>\au\share) via >> GPO, but it doesn't work well while he's in the field. >> >> While in the field, if he opens a command prompt, and does a 'gpupdate >> /force', the drive mapping works for a while, then he says it >> disconnects after about an hour or so. >> >> When he's in the office, it's solid. >> >> While in the field, if he maps another drive letter to >> \\machine\share<file://machine/share> >> that works either in or out of the office. >> >> I've not seen anything in particular in the event logs that seems >> relevant, but I'm going to look again when he's free. >> >> Has anyone seen behavior like this, and can point me in the general >> direction of an answer? >> >> I understand that drive mappings via GPO over a VPN connection are >> problematic, because the GPO is applied at login, and before VPN >> connection is made, but the fact that it fails after a 'gpupdate >> /force' is truly weird. >> >> Kurt >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The information contained in this communication and all accompanying documents from Coilcraft may be confidential and/or legally privileged, and is intended only for the use of the recipient(s) named above. If you are not the intended recipient you are hereby notified that any review, disclosure, copying, distribution or the taking of any action in reliance on the contents of this transmitted information is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and destroy the original message or accompanying materials and any copy thereof. If you have any questions concerning this message, please contact the sender.
