linux_dsm_epyc7002/include/uapi/linux/nfsd
J. Bruce Fields 32ddd944a0 nfsd: opt in to labeled nfs per export
Currently turning on NFSv4.2 results in 4.2 clients suddenly seeing the
individual file labels as they're set on the server.  This is not what
they've previously seen, and not appropriate in may cases.  (In
particular, if clients have heterogenous security policies then one
client's labels may not even make sense to another.)  Labeled NFS should
be opted in only in those cases when the administrator knows it makes
sense.

It's helpful to be able to turn 4.2 on by default, and otherwise the
protocol upgrade seems free of regressions.  So, default labeled NFS to
off and provide an export flag to reenable it.

Users wanting labeled NFS support on an export will henceforth need to:

	- make sure 4.2 support is enabled on client and server (as
	  before), and
	- upgrade the server nfs-utils to a version supporting the new
	  "security_label" export flag.
	- set that "security_label" flag on the export.

This is commit may be seen as a regression to anyone currently depending
on security labels.  We believe those cases are currently rare.

Reported-by: tibbs@math.uh.edu
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
2017-01-31 12:31:54 -05:00
..
cld.h UAPI: (Scripted) Disintegrate include/linux/nfsd 2012-10-09 09:49:02 +01:00
debug.h nfsd: eliminate NFSD_DEBUG 2015-04-21 16:16:02 -04:00
export.h nfsd: opt in to labeled nfs per export 2017-01-31 12:31:54 -05:00
Kbuild UAPI: (Scripted) Disintegrate include/linux/nfsd 2012-10-09 09:49:02 +01:00
nfsfh.h nfsd: clean up fh_auth usage 2014-05-08 12:43:03 -04:00
stats.h UAPI: (Scripted) Disintegrate include/linux/nfsd 2012-10-09 09:49:02 +01:00