]> git.baikalelectronics.ru Git - kernel.git/commit
nfsd: opt in to labeled nfs per export
authorJ. Bruce Fields <bfields@redhat.com>
Tue, 3 Jan 2017 17:30:11 +0000 (12:30 -0500)
committerJ. Bruce Fields <bfields@redhat.com>
Tue, 31 Jan 2017 17:31:54 +0000 (12:31 -0500)
commit139e8c3d2cdca4de828e184bc7cc927d21352ecc
treede1987f57f81d68f1ef68d89297d262abf43f37a
parent92ced1ba6a6ee336f3bef5d03cfc716a4150bd2a
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>
fs/nfsd/export.c
fs/nfsd/nfs4proc.c
fs/nfsd/nfs4xdr.c
include/uapi/linux/nfsd/export.h