Lock Down Top Level Folders

In my file structure I have a share/mapped network drive that contains all of my companies clients.  There are thousands of folders at this Top Level.  Problem is people drag and drop client folders into other client folders without realizing what they are doing and it goes unnoticed until somebody can't find the missing client or somebody notices an extra client inside another clients folder.

Does anybody know how to prevent accidental drag and drop or how to have a select user group be able to create new folders and delete at the client folder level and restrict all others from creating, moving, and deleting client folders.  I need others to be able to create, delete, modify files and folders inside the client folder..
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

yo_beeDirector of Information TechnologyCommented:
Are you looking for something like this:

Parent Folder:  Read only
            Client A folder : Read only
                          Sub-Client A: Read,Write,Create, Delete
            Client B Folder : Read Only
                          Sub-Client B: Read,Write,Create, Delete
Cris HannaSr IT Support EngineerCommented:
This is no simple task...and the best resource for understanding this topic is here http://technet.microsoft.com/en-us/library/cc770962.aspx    Getting to where you want to be could take literally a couple of hours of experimenting.   And not typically something you can do typing back and forth in a forum setting.

I would take one folder and experiment with that...when you get it the way you want it, you can do that to the rest of the folders.
Using just NTFS it isn't easy. This can be fairly easily accomplished if you use DFS namespace. The share that holds the DFS namespace should have NTFS set to read-only, even for Administrators. You would have a DFS link for each client/top level folder in the share. Users wouldn't be able to move the top level folders because they would actually be DFS links. This doesn't require an NTFS change on your actual folders. You would need to create the DFS links, but that can be done from command line, which means that you can script it and use a batch file to do it.

My suggestion is that you experiment using a New DFS namespace share such as \\server\dfs-share, and point \\server\dfs-share\client-a to the current path \\server\current-share\client-a . If that works out when you are ready to ho into production you can change the current real share to a different share name, such as share$ which will hide the share from clients, and then create a new share with the original share name to hold the DFS root. By doing this the UNC paths to all files and drive mapping will remain exactly the same and no links will break.

If you debt mind a little more work, make the DFS namespace domain based instead of stand-alone. This means that the UNC path will change to be \\domain.local\DCS\client-a, but it will give you the flexability of moving files to a New file server without have the paths change.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Big Business Goals? Which KPIs Will Help You

The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.

zimbra1510Author Commented:
Yes Yo_bee I am looking for something exactly like that.  I have been able almost make it work but the Client A, Client B, etc folders have still been able to be dragged and dropped or even cut an pasted into other folders.  

I haven't tried the DFS namespace that kevinhsieh is referring to, but I think that sounds like the best way to go.  I will look more into namespaces.  Kevin do you have any more information you can share with me?
yo_beeDirector of Information TechnologyCommented:
Are you setting Client's folder to inheriate the rights, This should not be.

To get this to work I can only see it work like the way I am listing below.
If someone finds a better method please let me know.

You will need to build a hierarchy

Client > Client A > Data
Client > Domain Users (RO)
       |  Client A > Domain Users (RO)
                | Data   > Domain Users (RW)

This scrutcute will prevent users from creating Items in the Client A folder.


As stated by Kevin this is a massive admin nightmare.
zimbra1510Author Commented:
I have tried the setup that you are picturing above, and it almost works.  If I user tries to drag and drop the contents of the folder are copied but the client folder remains because it cannot be deleted.
yo_beeDirector of Information TechnologyCommented:
Is this on the Client A folder or the sub-directory of the Client A --> the Client A folder?
zimbra1510Author Commented:
The Client A folder and Sub directory can be copied into Client B as a subdirectory, but when Client A folder is to be deleted it errors, but the contents have already been moved.  This is not what I want.
yo_beeDirector of Information TechnologyCommented:
You need to create a sub-directory in Client A, Client B and so on.
Clients and Client <Name> folders will have only read rights for domain users.

The sub-directory (for converstation purposes will be called DATA) will have Read and Write rights.
The Read-Only on the Client <Name> directory will restrict the users from adding anything to the Client <Name> folder, but can do what they need to in the DATA folder.

Does that make sense.
zimbra1510Author Commented:
I already have subfolders set up under each client folder.  I think what you're saying may work, but will have to experiment.
yo_beeDirector of Information TechnologyCommented:
So your Root > Sub-Dir > Sub-Sub-Direct.
the first two level should be Read-Only and the third level and down should have Read-Write.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.