Re: [PATCH 0/4][RFC] NFSv3: implement extended attribute (XATTR) protocol

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 19 Sep 2009, Casey Schaufler wrote:

> > Currently, the code is implemented only to support Linux namespace.name 
> > xattrs in the "user" namespace.
> 
> Why the limitation? It's been a while since I looked at that code,
> but it seems that it would require extra effort to impose that
> restriction. It has also proven that while Irix xattrs (which are
> the basis for Linux xattrs) were intended for end user purposes
> initially, they were only ever actually used for system attributes,
> and almost exclusively security attributes at that.

As a first step, it keeps the semantics simple, and provides a direct 
mapping between the userland API and the NFS protocol.  System level 
xattrs may have semantics which extend beyond the simple NFS xattr 
protocol (e.g. full security labeling as we've previously discussed & 
documented needs to convey more than just object labels).

Some xattr uses are internal local interfaces, such as with Linux ACLs, 
where xattrs are used internally for storing the ACL data, but the exposed 
API is quite different (as is the NFS protocol).

We can go beyond user.*, but I think each system-level xattr exposed via 
NFS will need to be considered on a case-by-case basis.

> > It could be extended to support other 
> > similar name/value pair xattr implementations (and not far from IRIX wire 
> > compat), although that's not an aim of this version.  There may also be 
> > some scope for limited support of system xattrs (e.g. 'dumb' security 
> > label transport), although I've not looked beyond user.* so far.
> >   
> 
> I suggest that support for "dumb" security attributes will dramatically
> increase the value and frequency of use of this facility.

Indeed, there is significant demand for this.  e.g. NFS root, remote 
access 
to VM images.  It's not a complete solution, of course.


- James
-- 
James Morris
<jmorris@xxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux