We’re using NetDrive3 to map in a folder from a vendor, we’ve manually added “Share” permissions on a folder within that mapped drive but when the server reboots it appears NetDrive3 re-mounts on every boot and the permissions aren’t stored by NetDrive3 it just drops it which results in the folder being invalid for users trying to navigate to it via it’s share path.
The only way to fix this is manually add the permissions back on, but this isn’t a solution to keep doing as we have regular reboot/patch schedules so that server has to be rebooted frequently.
According to your message, when NetDrive re-mounts it’s drive it’s become a new drive and previous “Share” permissions are not applied to this new drive. What drive type did you use? Would you please try same configuration with other drive type?
Thanks for your suggestion. But it doesn’t work. When you change it to ‘network’ drive you can’t even setup ‘Share’ permissions.
We’ve got the screenshot attached of your NetDrive config, you can see where mapping it as a local ‘B’ drive from there we ‘Share’ the Bartender folder inside the NetDrive drive so you can access it at [\vgpafsql01\bartender$](file://vgpafsql01/bartender$)
When reboots happen on the bottom right hand corner of the screenshot the permissions ‘Epicor@PAF’ and ‘Bartender@PAF’ disappear, this is because NetDrive is disconnecting/reconnecting itself on server reboots and not keeping the permission.
The FTPS server itself isn’t rebooting, it’s the server on our end the client connecting to the FTPS server. We’ve got the setup type below for NetDrive’s info so there is a better picture of the setup
‘Epicor’ cloud application vendor on their end on their setup a folder on one of their servers.
We setup an application on our end called ‘Bartender’, user’s at CleanSpace use ‘Virtual Desktop’ to access the application
‘Bartender’ users from step 2 need to see the folder from step 1, so on a client server we have on our end we use ‘NetDrive’ to map in as a local drive the FTPS server from step 1 using a link provided by Epicor
Once the drive maps, users from CleanSpace need permission to access the drive that’s mapped in using NetDrive so we right-click and ‘Share’ a folder within the FTPS drive
This works correctly and users from CleanSpace inside their Virtual Desktop via NetDrive can access the FTPS server
However when the client server in step 3 reboots, NetDrive seems to drop out and reconnect automatically but the permissions we setup in step 4 don’t exist anymore (only administrator’s can see the NetDrive FTPS folder now)
We can do a remote session on the server if needed, it would be the server that’s rebooting the one we use to connect to the FTPS
We tried your steps and it didn’t work after a reboot, we can still see ‘NetDrive3_Service_x64_NetDrive3’ in the services but the ‘Share’ permissions on that folder have dropped out
As you can see in the screenshot we attached, we re-setup the share ‘Bartender$’ and added 3 security groups as permissions again
Once the server reboots that share gets removed and the users are unable to access the folder until we re-setup the share + add the permissions in