diff options
author | Suresh Jayaraman <sjayaraman@suse.com> | 2012-12-17 16:29:44 -0500 |
---|---|---|
committer | Steve Dickson <steved@redhat.com> | 2012-12-17 16:33:17 -0500 |
commit | 96892b29a50af1055bfc3ca74930e9782ead6c71 (patch) | |
tree | 3e01cb14218c8c2ad745755c10ec88cb517ebec4 /support/export/export.c | |
parent | 8e2fb3fc8e46e61eeba7978a03c9fb50ff01b666 (diff) | |
download | nfs-utils-96892b29a50af1055bfc3ca74930e9782ead6c71.tar.gz nfs-utils-96892b29a50af1055bfc3ca74930e9782ead6c71.tar.xz nfs-utils-96892b29a50af1055bfc3ca74930e9782ead6c71.zip |
idmapd: allow non-ASCII characters (UTF-8) in NFSv4 domain name
The validateascii() check in imconv() maps NFSv4 domain names with
non-ASCII characters to 'nobody'. In setups where Active directory
or LDAP is used this causes names with UTF-8 characters to being
mapped to 'nobody' because of this check.
As Bruce Fields puts it:
"idmapd doesn't seem like the right place to enforce restrictions on
names. Once the system has allowed a name it's too late to be
complaining about it here."
Replace the validateascii() call in imconv() with a check for
null-termination just to be extra-careful and remove the validateascii()
function itself as the only user of that function is being
removed by this patch.
Acked-by: J. Bruce Fields <bfields@fieldses.org>
Signed-off-by: Suresh Jayaraman <sjayaraman@suse.com>
Signed-off-by: Steve Dickson <steved@redhat.com>
Diffstat (limited to 'support/export/export.c')
0 files changed, 0 insertions, 0 deletions