@WLS-ITGuy said in GPO issue: @Dashrender said in GPO issue: I would change this up by applying your GPOs to the OU above these WLS OUs, then set filters to only apply to the users you want. So in the case of the Library, you've already created a security group, so you'll grant permissions to that group. Then you'll need to create a WLS-Faculty security group and do the same with it's GPO. So the GPOs would be at 'domain level' not in the OU level...Like this? Then I apply the security groups from there? That makes sense. yeah - you could do it at the domain level - I personally wouldn't. I'd make a new OU, and put your WLS-faculity and WLS-Library in that new OU.. then apply your GPOs to that new one you created. But that's just me.

I had a similar issue in a workgroup with drives disconnecting. A bunch of Googling brought me to this. https://support.microsoft.com/en-us/help/297684/mapped-drive-connection-to-network-share-may-be-lost That seemed to fix the issue for me.

@scottalanmiller said in Find Source of Windows Mapped Drives: @jaredbusch said in Find Source of Windows Mapped Drives: Doing @powershell, you probably need to handle escaping quotes or something is all. Likely https://docs.connectwise.com/ConnectWise_Control_Documentation/Get_started/Host_page/Run_a_command_from_the_Host_page#Use_Powershell

@emad-r I just finished home lab setup with Apache + Centos + WebDAV On 1 machine that is connected to 2 other glusterfs peers working in replication mode. It felt good when everything worked as expected. and I can connect via WinSCP, and it recognizes passwords for users created by Bcrypt which I reckon uses Blowfish and over HTTPS which makes it very secure. umm.. its lame abit that each folder/share you will need to define in it apache webdav.conf, but if you want to implement something manually that is the price you pay. Other than that it is all good, you can create personal shares like HR , and other Public ones. And replication does occur by the underlying glusterfs.