Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Oct 2013 17:20:55 +0200
From:      "Prokofiev S.P." <proks@skylinetele.com>
To:        Rick Macklem <rmacklem@uoguelph.ca>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: Mapping POSIX ACLs to NFSv4 ACLs for Samba storage
Message-ID:  <526FD257.6010201@skylinetele.com>
In-Reply-To: <317463358.40289383.1381537328684.JavaMail.root@uoguelph.ca>
References:  <317463358.40289383.1381537328684.JavaMail.root@uoguelph.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
Thank you for your answer. Sorry for my delay, I was very busy.
In my opinion, if we don't take account of windows requirements of rule 
ordering, then draft  proposes more or less correct solution.
As for me there are two solutions of this problem.
The first, create ufs on zvol and move data there.
The second as you said as is a simple translation for my application, i. 
e. samba.
In my example the solution could be look like this (it's formal and for 
compatibility with Windows applications ) :

owner@:--------------:fd----:deny
user:10015:-w-p---A---C--:fd----:deny
user:10049:-w-p---A---C--:fd----:deny
user:10072:-------A---C--:fd----:deny
owner@:rwxpD-aA--cC-s:fd----:allow
user:10015:r-x---a---c--s:fd----:allow
user:10049:r-x---a---c--s:fd----:allow
user:10072:rwxpD-a---c--s:fd----:allow

group@:------a---c--s:fd----:allow
group:10008:rwxpD-a---c--s:fd----:allow
group:544:rwxpD-a---c--s:fd----:allow
group:10131:r-x---a---c--s:fd----:allow
  
everyone@:--------------:fd----:allow



The last rule is deny rule for other groups.
In common case  the solution is more complicated of course. We should 
take count into that the groups could have the same users and moreover 
users of user's list could be members of these groups. Therefore we 
couldn't place all of deny rules in front of allow rules as that require 
Windows applications.

On 12.10.2013 03:22, Rick Macklem wrote:
> Prokofiev S.P. wrote:
>> Hi all,
>>
>> I propose to talk about an issue. I have a task of moving data from
>> UFS+ACLs storage to a ZFS pool. Dump/restrore is the best way. But
>> only
>> owner/owner_group is saved. I've written a Perl script to translate
>> POSIX ACLs to NFSv4 ACLs. I referred to the last draft of it
>> (http://tools.ietf.org/html/draft-iet...acl-mapping-05
>> <http://tools.ietf.org/html/draft-ietf-nfsv4-acl-mapping-05>) to
>> emulate
>> POSIX behaviour of permissions. I got something like that, for
>> instance:
>>
> It probably isn't of much help to you, but eventually the NFSv4
> working group realized that mapping between POSIX<->NFSv4 ACLs
> wasn't possible. Those drafts were just failed attempts.
>
> Also, if you are going to put all deny ACEs before all allow
> ACEs, then the deny ACEs must not specify anything that is
> allowed by the allow ACEs. (I suspect you already know, but
> the NFSv4 ACL is evaluated by testing each ACE in order and
> any match for a deny ACE denies access and any matching allow ACE
> allows access. As such, re-ordering ACEs in the ACL changes
> the ACL's semantics.)
>
> Good luck with this. I do not believe there is a correct solution
> in general, so all you can hope for is a simple translation
> that captures enough semantics for your application.
>
> rick
>
>> Source directory on UFS:
>> Code:
>>
>>> getfacl  /zjail/ads/home/samba-old/docs/SECRETARY/CERTIFICATE/
>> # file: /zjail/ads/home/samba-old/docs/SECRETARY/CERTIFICATE/
>> # owner: 10051
>> # group: 513
>> user::rwx
>> user:10015:r-x
>> user:10049:r-x
>> user:10072:rwx
>> group::---
>> group:544:rwx
>> group:10008:rwx
>> group:10131:r-x
>> mask::rwx
>> other::---
>>
>>> getfacl  -d /zjail/ads/home/samba-old/docs/SECRETARY/CERTIFICATE/
>> # file: /zjail/ads/home/samba-old/docs/SECRETARY/CERTIFICATE/
>> # owner: 10051
>> # group: 513
>> user::rwx
>> user:10015:r-x
>> user:10049:r-x
>> user:10072:rwx
>> group::---
>> group:544:rwx
>> group:10008:rwx
>> group:10131:r-x
>> mask::rwx
>> other::---
>>
>> Target directory on ZFS:
>> Code:
>>
>> # getfacl /zjail/ads/home/samba-new/docs/SECRETARY/CERTIFICATE/
>> # file: /zjail/ads/home/samba-new/docs/SECRETARY/CERTIFICATE/
>> # owner: 10051
>> # group: 513
>>                 owner@:--------------:fd----:deny
>>                 owner@:rwxpD-aA--cC-s:fd----:allow
>>           user:10015:-w-p---A---C--:fd----:deny
>>           user:10015:r-x---a---c--s:fd----:allow
>>           user:10049:-w-p---A---C--:fd----:deny
>>           user:10049:r-x---a---c--s:fd----:allow
>>           user:10072:-------A---C--:fd----:deny
>>           user:10072:rwxpD-a---c--s:fd----:allow
>>                 group@:------a---c--s:fd----:allow
>>        group:10008:rwxpD-a---c--s:fd----:allow
>>            group:544:rwxpD-a---c--s:fd----:allow
>>        group:10131:r-x---a---c--s:fd----:allow
>>                 group@:rwxp---A---C--:fd----:deny
>>        group:10008:-------A---C--:fd----:deny
>>            group:544:-------A---C--:fd----:deny
>>        group:10131:-w-p---A---C--:fd----:deny
>>           everyone@:rwxp---A---C--:fd----:deny
>>           everyone@:------a---c--s:fd----:allow
>>
>> I was happy, but Windows made me sad. When I tried to look at
>> permissions of a file or a directory with a Windows file browser I
>> had
>> warning about ordering of permissions. Then I tried to edit
>> permissions
>> and allowed reordering and got this result of that:
>>
>> Code:
>>
>> getfacl /zjail/ads/home/samba-new/docs/SECRETARY/CERTIFICATE/
>> # file: /zjail/ads/home/samba-new/docs/SECRETARY/CERTIFICATE/
>> # owner: 10051
>> # group: 513
>>           user:10015:-w-pD--A---C--:fd----:deny
>>           user:10049:-w-pD--A---C--:fd----:deny
>>           user:10072:-------A---C--:fd----:deny
>>                 group@:rwxpD--A---C--:fd----:deny
>>        group:10008:-------A---C--:fd----:deny
>>             group:544:-------A---C--:fd----:deny
>>        group:10131:-w-pD--A---C--:fd----:deny
>>           everyone@:rwxpD--A---C--:fd----:deny    <<<<<<<<<
>>                owner@:rwxpD-aA--cC--:fd----:allow
>>          user:10015:r-x---a---c---:fd----:allow
>>          user:10049:r-x---a---c---:fd----:allow
>>          user:10072:rwxpD-a---c---:fd----:allow
>>                group@:------a---c---:fd----:allow
>>       group:10008:rwxpD-a---c---:fd----:allow
>>            group:544:rwxpD-a---c---:fd----:allow
>>        group:10131:r-x---a---c---:fd----:allow
>>            everyone@:------a---c---:fd----:allow
>>
>> But it won't work, because of (everyone@:rwxpD--A---C--:fd----:deny).
>> It's a mess. As it turned out according to
>> http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx
>> <http://msdn.microsoft.com/en-us/library/windows/desktop/aa379298%28v=vs.85%29.aspx>;
>> it's a rule of ordering of Windows permissions.
>>
>> _______________________________________________
>> freebsd-fs@freebsd.org  mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
>> To unsubscribe, send any mail to"freebsd-fs-unsubscribe@freebsd.org"
>>


-- 
Prokofiev Sergiiproks@skylinetele.com
System and Network Administrator, PROK-RIPE
ISP Skyline Telecom
Odessa, Ukraine




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?526FD257.6010201>