]> git.kernelconcepts.de Git - karo-tx-linux.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)
commit32ddd944a056c786f6acdd95ed29e994adc613a2
treede1987f57f81d68f1ef68d89297d262abf43f37a
parent5cf23dbb1d3122bbc378dbbd96880a086c1b63df
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