I'll fourth this motion. The spec goes out of its way to declare this a violation. IMHO, the NFSv4.[0-n] specs should adopt the convention that a uid string consisting of [0-9]+ be interpreted as the string representation of a numeric UID--just as valid as a "user@domain" string. There are systems for which the name mapping is unnecessary, or even detrimental to implement. -Dan -----Original Message----- From: linux-nfs-owner@xxxxxxxxxxxxxxx [mailto:linux-nfs-owner@xxxxxxxxxxxxxxx] On Behalf Of J. Bruce Fields Sent: Tuesday, August 03, 2010 12:22 PM To: Jim Rees Cc: linux-nfs@xxxxxxxxxxxxxxx Subject: Re: numeric UIDs On Tue, Aug 03, 2010 at 12:43:18PM -0400, Jim Rees wrote: > Victor Mataré wrote: > > I'd like to try and > make a case for implementing an option to turn off UID mapping completely (or > at least for unknown UIDs). > > I've always thought this would be useful too, just as an option for auth_sys > of course. Some people think it's a security problem but since there is no > security in an auth_sys mount I don't see what the issue is. I'm not sure what the security flavor has to do with it. I'll admit I like the idea of a v2/v3-compatibility mode that uses (ascii-encoded) uid's only, though I think it's a technical violation of the spec. --b. -- 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 -- 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
