Displaying 4 results from an estimated 4 matches for "smb_query_posix_acl".
2014 Dec 20
2
Does Samba 4 actually respect Unix file acls?
...e no ACCESS_DENIED messages in the logs. For the reference - bob's uid/gid are 1002, alice's uid/gid are 1001.
> Hmmm. Might be a client bug. It's only doing
> a smbd_do_qfilepathinfo: SMB_QUERY_FILE_UNIX_BASIC
> call to check if it can cd into the directory,
> instead of a SMB_QUERY_POSIX_ACL: trans2
> request.
> Pinging Steve French...
By the way of trial and error I seem to find the setup that allows bob to have read-write access on
the share, but in somewhat lame way.
First bob's uid must be used with mount options:
mount -t cifs -o username=bob,password=pass,uid=1002...
2014 Dec 19
2
Does Samba 4 actually respect Unix file acls?
Hello Jeremy,
Friday, December 19, 2014, 4:55:21 PM, you wrote:
> On Fri, Dec 19, 2014 at 03:58:58PM -0500, Rufe Glick wrote:
>> Hello Jeremy,
>> > Do alice and bob have the same user ids on client
>> > and server ?
>> Yes, the uids and gids are identical on both server and client machines.
> Then it should work. Set debug level 10 on the smbd
> and look
2014 Dec 20
0
Does Samba 4 actually respect Unix file acls?
...ied error). There are no ACCESS_DENIED messages in the logs. For the reference - bob's uid/gid are 1002, alice's uid/gid are 1001.
Hmmm. Might be a client bug. It's only doing
a smbd_do_qfilepathinfo: SMB_QUERY_FILE_UNIX_BASIC
call to check if it can cd into the directory,
instead of a SMB_QUERY_POSIX_ACL: trans2
request.
Pinging Steve French...
2014 Dec 20
0
Does Samba 4 actually respect Unix file acls?
...ges in the
logs. For the reference - bob's uid/gid are 1002, alice's uid/gid are 1001.
>
> > Hmmm. Might be a client bug. It's only doing
> > a smbd_do_qfilepathinfo: SMB_QUERY_FILE_UNIX_BASIC
> > call to check if it can cd into the directory,
> > instead of a SMB_QUERY_POSIX_ACL: trans2
> > request.
>
> > Pinging Steve French...
>
> By the way of trial and error I seem to find the setup that allows bob to
have read-write access on
> the share, but in somewhat lame way.
>
> First bob's uid must be used with mount options:
>
> mount -t...