Re: Share permission ACL's
From: Steven L Umbach (n9rou_at_nospam-comcast.net)
Date: 07/19/05
- Previous message: Steven L Umbach: "Re: Administrators Account cannot install updates and programs (Administrator can)"
- In reply to: Todd: "Share permission ACL's"
- Next in thread: Roger Abell: "Re: Share permission ACL's"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Tue, 19 Jul 2005 16:01:14 -0500
I don't know exactly where they are stored offhand but I don't know why you
would expect the write time to change as either the user would have the
ability to write to the share or not. If your permissions do not seem to
work well then check the membership of the user account that you are using
because a user will end up having the most permissive permission to a share
based on his group membership unless one group/user has deny permission
which will cause a deny for the share. To prevent a user to write to a share
just give him "read" permission for the share or make sure he does not have
write ntfs permission to the folder via group membership or explicit user
account permissions. If you are changing a users group membership then be
sure to log user off and logon again to update his access token with new
group membership before testing access to a share.
"Todd" <Todd@discussions.microsoft.com> wrote in message
news:A735B010-F354-4FCC-A4C7-6CCFA94E6FAB@microsoft.com...
>I know that NTFS DACL's are "stored" as part of the folder or file, but
>where
> are the share ACL's for a folder stored? I changed the share ACL's on a
> folder, but the folder's write time did not seem to change, so where are
> the
> permissions kept??
- Previous message: Steven L Umbach: "Re: Administrators Account cannot install updates and programs (Administrator can)"
- In reply to: Todd: "Share permission ACL's"
- Next in thread: Roger Abell: "Re: Share permission ACL's"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
