[OmniOS-discuss] ACL inheritance and ABE broke when using nested filesystems
Garrett Fields
fields at gwu.edu
Mon Jan 27 21:29:43 UTC 2014
I'm setting up an OmniOS storage server with SMB shares for AD
authenticated group shares. I got Active Directory integration, and Access
Based Enumeration to working, then focused on quotas. I understand, I can
have user/fs, group/fs, and a generic fs quotas.
Originally, I was going to use a single fs with directories for the
different groups, but then I found that the group/fs quota is based on the
primary group in AD, which is "Domain User" for all my users, and I don't
have the rights to modify this. Besides, there may be situations where a
single user may have multiple group memberships with differing quotas. So,
I then created nested fs's under the "group" fs and set generic quotas on
those. In the end, this more accuratley accomplishes what I wanted to do
but.....
Two bad things happened. ACL inheritance broke and ABE broke.
ACL of the nested fs reverted to the default ACL (@owner, @group,
@everyone) instead of inheriting from "group". I was able to work around
this by manually setting my admin account permissions on the server (could
have also used root), then via windows adding the additional users/groups.
But when I did this, it "rediscovered the inherited permissions from
"group", so had two entries. I just deleted the non-inherited entries. It
seems like I'd have to do this for every group nested fs. Is there an
easier way to do this?
I also noticed that the nested fs, which shouldn't be visible because of
ABE, are now visible. The security settings is properly blocking access,
but I don't want them seen if the user doesn't have access. I have not
been able to fix this. Any ideas here?
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20140127/7fa8abe3/attachment.html>
More information about the OmniOS-discuss
mailing list