mirror of
https://github.com/samba-team/samba.git
synced 2024-12-23 17:34:34 +03:00
9d29f7ea17
The shell_snap VFS module plumbs into the snapshot (aka shadow-copy) management paths used by Samba's File Server Remote VSS Protocol (FSRVP) server. The following shell callouts may be configured in smb.conf: shell_snap: check path command - Called when an FSRVP client wishes to check whether a given share supports snapshot create/delete requests. - The command is called with a single <share path> argument. - The command must return 0 if <share path> is capable of being snapshotted. shell_snap: create command - Called when an FSRVP client wishes to create a snapshot. - The command is called with a single <share path> argument. - The command must return 0 status if the snapshot was successfully taken. - The command must output the path of the newly created snapshot to stdout. shell_snap: delete command - Called when an FSRVP client wishes to delete a snapshot. - The command is called with <base share path> and <snapshot share path> arguments. - The command must return 0 status if the snapshot was successfully removed. Signed-off-by: David Disseldorp <ddiss@samba.org> Reviewed-by: Jeremy Allison <jra@samba.org> |
||
|---|---|---|
| .. | ||
| developer.c | ||
| getdate.c | ||
| getdate.h | ||
| getdate.y | ||
| nfs4_acls.c | ||
| nfs4_acls.h | ||
| non_posix_acls.c | ||
| non_posix_acls.h | ||
| perfcount_test.c | ||
| README-gpfs-acl.txt | ||
| README.nfs4acls.txt | ||
| vfs_acl_common.c | ||
| vfs_acl_tdb.c | ||
| vfs_acl_xattr.c | ||
| vfs_afsacl.c | ||
| vfs_aio_fork.c | ||
| vfs_aio_linux.c | ||
| vfs_aio_posix.c | ||
| vfs_aio_pthread.c | ||
| vfs_aixacl2.c | ||
| vfs_aixacl_util.c | ||
| vfs_aixacl_util.h | ||
| vfs_aixacl.c | ||
| vfs_audit.c | ||
| vfs_btrfs.c | ||
| vfs_cacheprime.c | ||
| vfs_cap.c | ||
| vfs_catia.c | ||
| vfs_ceph.c | ||
| vfs_commit.c | ||
| vfs_crossrename.c | ||
| vfs_default_quota.c | ||
| vfs_default.c | ||
| vfs_dfs_samba4.c | ||
| vfs_dirsort.c | ||
| vfs_expand_msdfs.c | ||
| vfs_extd_audit.c | ||
| vfs_fake_acls.c | ||
| vfs_fake_perms.c | ||
| vfs_fileid.c | ||
| vfs_fruit.c | ||
| vfs_full_audit.c | ||
| vfs_glusterfs.c | ||
| vfs_gpfs.c | ||
| vfs_hpuxacl.c | ||
| vfs_hpuxacl.h | ||
| vfs_linux_xfs_sgid.c | ||
| vfs_media_harmony.c | ||
| vfs_netatalk.c | ||
| vfs_nfs4acl_xattr.c | ||
| vfs_notify_fam.c | ||
| vfs_posix_eadb.c | ||
| vfs_posixacl.c | ||
| vfs_posixacl.h | ||
| vfs_prealloc.c | ||
| vfs_preopen.c | ||
| vfs_readahead.c | ||
| vfs_readonly.c | ||
| vfs_recycle.c | ||
| vfs_scannedonly.c | ||
| vfs_shadow_copy2.c | ||
| vfs_shadow_copy.c | ||
| vfs_shell_snap.c | ||
| vfs_smb_traffic_analyzer.c | ||
| vfs_smb_traffic_analyzer.h | ||
| vfs_snapper.c | ||
| vfs_solarisacl.c | ||
| vfs_solarisacl.h | ||
| vfs_streams_depot.c | ||
| vfs_streams_xattr.c | ||
| vfs_syncops.c | ||
| vfs_time_audit.c | ||
| vfs_tru64acl.c | ||
| vfs_tru64acl.h | ||
| vfs_tsmsm.c | ||
| vfs_unityed_media.c | ||
| vfs_vxfs.c | ||
| vfs_worm.c | ||
| vfs_xattr_tdb.c | ||
| vfs_zfsacl.c | ||
| wscript_build | ||
Configuring NFS4 ACLs in Samba3
===============================
Created: Peter Somogyi, 2006-JUN-06
Last modified: Alexander Werth, 2013-MAY-02
Revision no.: 4
-------------------------------
Parameters in smb.conf:
=======================
Each parameter must have a prefix "nfs4:".
Each one affects the behaviour only when _setting_ an acl on a file/dir:
mode = [simple|special]
- simple: Use OWNER@ and GROUP@ special IDs for non inheriting ACEs only.
This mode is the default.
- special: use OWNER@ and GROUP@ special IDs in ACEs instead of simple
user&group ids. This mode is deprecated.
Note1: EVERYONE@ is always processed (if found such an ACE).
Note2: There is a side effect when _only_ chown is performed.
Later this may be worked out.
Note3: Mode special inherits incorrect ACL entries when the user creating
a file is different from the owner of the caurrent folder.
Note4: Mode simple uses inheriting OWNER@ and GROUP@ special IDs to
support Creator Owner and Creator Group.
It's strongly advised to set "store dos attributes = yes" in smb.conf.
chown = [true|false]
- true => enable changing owner and group - default.
- false => disable support for changing owner or group
acedup = [dontcare|reject|ignore|merge]
- dontcare: copy ACEs as they come, don't care with "duplicate" records. Default.
- reject: stop operation, exit acl setter operation with an error
- ignore: don't include the second matching ACE
- merge: OR 2 ace.flag fields and 2 ace.mask fields of the 2 duplicate ACEs into 1 ACE
Two ACEs are considered here "duplicate" when their type and id fields are matching.
Example:
[smbtest]
path = /tests/psomogyi/smbtest
writable = yes
vfs objects = aixacl2
nfs4: mode = special
nfs4: chown = yes
nfs4: acedup = merge
Configuring AIX ACL support
==============================
Binaries: (default install path is [samba]/lib/vfs/)
- aixacl.so: provides AIXC ACL support only, can be compiled and works on all AIX platforms
- aixacl2.so: provides AIXC and JFS2-NFS4 ACL support, can be compiled and works only under AIX 5.3 and newer.
NFS4 acl currently has support only under JFS2 (ext. attr. format must be set to v2).
aixacl2.so always detects support for NFS4 acls and redirects to POSIX ACL handling automatically when NFS4 is not supported for a path.
Adding "vfs objects = aixacl2" to a share should be done only in case when NFS4 is really supported by the filesystem.
(Otherwise you may get performance loss.)
For configuration see also the example above.
General notes
=============
NFS4 handling logic is separated from AIX/jfs2 ACL parsing.
Samba and its VFS modules dosn't reorder ACEs. Windows clients do that (and the smbcacl tool). MSDN also says deny ACEs must come first.
NFS4 ACL's validity is checked by the system API, not by Samba.
NFS4 ACL rights are enforced by the OS or filesystem, not by Samba.
The flag INHERITED_ACE is never set (not required, as doesn't do WinNT/98/me, only since Win2k).
Win2k GUI behaves strangely when detecting inheritance (sometimes it doesn't detect,
but after adding an ace it shows that - it's some GUI error).
Unknown (unmappable) SIDs are not accepted.
TODOs
=====
- Creator Owner & Group SID handling (same way as posix)
- the 4 generic rights bits support (GENERIC_RIGHT_READ_ACCESS, WRITE, EXEC, ALL)
- chown & no ACL, but we have ONWER@ and GROUP@
- DIALUP, ANONYMOUS, ... builtin SIDs
- audit & alarm support - in theory it's forwarded so it should work, but currently there's no platform which supports them to test
- support for a real NFS4 client (we don't have an accepted API yet)