1
0
mirror of https://github.com/samba-team/samba.git synced 2025-03-12 20:58:37 +03:00
Jeremy Allison 506c520503 smbd: fileserver: Change defaults to work with EA support out of the box.
Signed-off-by: Jeremy Allison <jra@samba.org>
Reviewed-by: Volker Lendecke <vl@samba.org>

Autobuild-User(master): Volker Lendecke <vl@samba.org>
Autobuild-Date(master): Tue May 15 12:40:48 CEST 2018 on sn-devel-144
2018-05-15 12:40:48 +02:00

35 lines
1.7 KiB
XML

<samba:parameter name="ea support"
context="S"
type="boolean"
xmlns:samba="http://www.samba.org/samba/DTD/samba-doc">
<description>
<para>This boolean parameter controls whether <citerefentry><refentrytitle>smbd</refentrytitle>
<manvolnum>8</manvolnum></citerefentry> will allow clients to attempt to access extended
attributes on a share. In order to enable this parameter on a setup with default VFS modules:
</para>
<itemizedlist>
<listitem><para>Samba must have been built with extended attributes support.
</para></listitem>
<listitem><para>The underlying filesystem exposed by the share must support extended
attributes (e.g. the getfattr<manvolnum>1</manvolnum> / setfattr<manvolnum>1</manvolnum>
utilities must work).
</para></listitem>
</itemizedlist>
<para>
Note that the SMB protocol allows setting attributes whose value is 64K bytes long,
and that on NTFS, the maximum storage space for extended attributes per file is 64K.
On most UNIX systems (Solaris and ZFS file system being the exception), the limits
are much lower - typically 4K. Worse, the same 4K space is often used to store
system metadata such as POSIX ACLs, or Samba's NT ACLs. Giving clients
access to this tight space via extended attribute support could consume all
of it by unsuspecting client applications, which would prevent changing
system metadata due to lack of space.
The default has changed to yes in Samba release 4.9.0 and above to allow better Windows
fileserver compatibility in a default install.
</para>
</description>
<value type="default">yes</value>
</samba:parameter>