SUNRPC: rpcbind actually interprets r_owner string
authorChuck Lever <chuck.lever@oracle.com>
Thu, 19 Mar 2009 00:47:14 +0000 (20:47 -0400)
committerTrond Myklebust <Trond.Myklebust@netapp.com>
Sat, 28 Mar 2009 19:56:04 +0000 (15:56 -0400)
commit126e4bc3b3b446482696377f67a634c76eaf2e9c
treebaa96bad06505f212e59b7e1fa557658412979c8
parent3aba45536fe8f92aa07bcdfd2fb1cf17eec7d786
SUNRPC: rpcbind actually interprets r_owner string

RFC 1833 has little to say about the contents of r_owner; it only
specifies that it is a string, and states that it is used to control
who can UNSET an entry.

Our port of rpcbind (from Sun) assumes this string contains a numeric
UID value, not alphabetical or symbolic characters, but checks this
value only for AF_LOCAL RPCB_SET or RPCB_UNSET requests.  In all other
cases, rpcbind ignores the contents of the r_owner string.

The reference user space implementation of rpcb_set(3) uses a numeric
UID for all SET/UNSET requests (even via the network) and an empty
string for all other requests.  We emulate that behavior here to
maintain bug-for-bug compatibility.

Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
net/sunrpc/rpcb_clnt.c