I'm trying to get my linux smb/cifs client recognize the executable bits that are set on some files on a share on a linux smb server.
Here is our setup:
- Linux server exporting some directories via smb to clients
- Many windows clients accessing the shared directories
- Some linux clients accessing the shares
We've got some shell scripts on the shares that have the executable permission bit set on the linux server. We ssh into it and can execute them without problems.
Thanks to samba's map options, we can export the unix executable bits as archive, system and hidden permissions via the smb protocol, which works.
Now to close the loop, I need to find a way to map those archive, system and hidden bits back to the ugo
executable bits on my linux clients. I didn't find a setting for that in the mount.cifs
man page, but maybe it's possible somehow else?
Simply switching to NFS is something I'd like to avoid, because we have many windows clients that also use the shares. Administrating NFS would be additional work.
I'm not exactly sure from your question what is being shared from where, but my work's Samba share may be a similar situation. I've got Samba users
work
,chris
, andwendy
.We've got a Debian server with a 4TB raid. I've got it set up so there is a general "work" username/password we all know. The raid's permissions work well for the Windows people, but I recall having to go clean up write permissions (via changing ownership) so that Windows users could edit my Linux login's work.
See my answer here: Linux user cannot read or edit outside their home directory where I talk about using the sticky bits for owner and group permissions.
Here's my raid's perms:
And I think I see what I need to research to answer my own Linux vs Windows user, the
S
on directories. This will have to get looked at the next time I can get away from Windows and can turn on my linux desktop again.If you snoop around my SU or SO profiles, I'm pretty sure I've talked about all this more...
Why don't you just create two different configuration sections in smb.conf? One for the Windows clieants as it already is, and one for the linux clients that omits the map x = yes lines.