当前位置: 技术问答>linux和unix
请问一般的unix的uid是多少位的?
来源: 互联网 发布时间:2015-01-19
本文导语: linux可以是32位的,如果有一个用户a的uid是32位,创建一个文件file1,那么其他unix用户通过nfs访问这个文件会不会有问题? 比如solaris, freebsd, AIX, SCO UNIX等等 主要是担心nfs client只支持16位uid,这样的话会不会有什么异常情...
linux可以是32位的,如果有一个用户a的uid是32位,创建一个文件file1,那么其他unix用户通过nfs访问这个文件会不会有问题?
比如solaris, freebsd, AIX, SCO UNIX等等
主要是担心nfs client只支持16位uid,这样的话会不会有什么异常情况?
如果client端只支持16位的uid, 去读这个文件,会不会把文件owner的uid从32位转换成16位?如果是这样的话就会出问题了.
现在我的问题是无法确认所有的nfs client都支持32位的uid, 也许应该支持, 可是没办法验证.
哪位有solaris 7.x的能帮忙测试一么? 8.x的也可以.
还有SCO UNIX, FreeBSD, AIX, HPUX, IRIS
请测试一下能否添加32位uid的用户,在linux下是这样:useradd -u 100000 abc
如果方便的话再测试一下如果支持32位, nfs client(同样的系统)能否访问这个文件.
比如solaris, freebsd, AIX, SCO UNIX等等
主要是担心nfs client只支持16位uid,这样的话会不会有什么异常情况?
如果client端只支持16位的uid, 去读这个文件,会不会把文件owner的uid从32位转换成16位?如果是这样的话就会出问题了.
现在我的问题是无法确认所有的nfs client都支持32位的uid, 也许应该支持, 可是没办法验证.
哪位有solaris 7.x的能帮忙测试一么? 8.x的也可以.
还有SCO UNIX, FreeBSD, AIX, HPUX, IRIS
请测试一下能否添加32位uid的用户,在linux下是这样:useradd -u 100000 abc
如果方便的话再测试一下如果支持32位, nfs client(同样的系统)能否访问这个文件.
|
32bit
|
绝大多数是32位的.
|
google搜索一下
大多数应该是32位,通过nfs访问应该没问题。
大多数应该是32位,通过nfs访问应该没问题。