linux nfsnobody用户,处理CentOS 5.5 x64 配置NFS服务过程中nfsnobody用户造成的问题

4、我们编译一下这个NFS的配置文件。

[root@NFS /]# vi /etc/exports

/share 192.168.60.0/24(rw,sync,all_squash,root_squash)    (我们允许这个共享对192.168.60.0/24网段可读可写，且将所有访问者包括root的身份都改为nfsnobody)

[root@NFS /]# /etc/init.d/nfs restart           (重新启动一下NFS服务)

Shutting down NFS mountd:                                  [  OK  ]

Shutting down NFS daemon:                                  [  OK  ]

Shutting down NFS quotas:                                  [  OK  ]

Shutting down NFS services:                                [  OK  ]

Starting NFS services:                                     [  OK  ]

Starting NFS quotas:                                       [  OK  ]

Starting NFS daemon:                                       [  OK  ]

Starting NFS mountd:                                       [  OK  ]

[root@NFS /]# showmount -e 192.168.60.3         (查看一下挂载生效了)

Export list for 192.168.60.3:

/share 192.168.60.0/24

去客户端操作我们连接NFS共享到客户端本地。

[root@session ~]# mkdir /test                  (新建一个目录)

[root@session ~]# showmount -e 192.168.60.3    (查看一下NFS服务器端的共享目录)

Export list for 192.168.60.3:

/share 192.168.60.0/24

[root@session ~]# mount -t nfs 192.168.60.3:/share /test   (我们挂载共享到/test)

屏幕卡在这里不动了，检查发现，因为NFS客户端没有启动portmap服务会造成卡住的现象，我们用下面的方法来解决

[root@session ~]# /etc/init.d/portmap start    (启动RPC服务)

Starting portmap:                                        [  OK  ]

[root@session ~]# mount -t nfs 192.168.60.3:/share /test    (再次挂载就成功了)

[root@session ~]# cd /test                     (进入/test这个NFS目录)

[root@session test]# touch 1                   (我们新建一个文件，发现居然没有权限)

touch: cannot touch `1': Permission denied

【接下来，我们开始排错】 我们回到服务器端操作，为了解决权限的问题，我们先放777的权限给NFS目录测试。

[root@NFS /]# chmod 777 share             (修改NFS共享目录的权限为777)

[root@NFS /]# ll                          (确认修改成功了)

total 166

drwxr-xr-x  2 root      root       4096 Mar 23 20:52 bin

drwxr-xr-x  4 root      root       1024 Mar 23 18:18 boot

drwxr-xr-x 12 root      root       4220 May 27 19:42 dev

drwxr-xr-x 84 root      root       4096 May 27 20:33 etc

drwxr-xr-x  3 root      root       4096 Mar 23 22:26 home

drwxr-xr-x 11 root      root       4096 Mar 23 20:52 lib

drwxr-xr-x  7 root      root      12288 Mar 23 20:52 lib64

drwx------  2 root      root      16384 Mar 23 18:14 lost+found

drwxr-xr-x  2 root      root       4096 Jan 27  2010 media

drwxr-xr-x  2 root      root       4096 Mar 31  2010 misc

drwxr-xr-x  2 root      root       4096 Jan 27  2010 mnt

drwxr-xr-x  2 root      root       4096 Jan 27  2010 opt

dr-xr-xr-x 77 root      root          0 May 27 19:41 proc

drwxr-x---  2 root      root       4096 Mar 23 22:24 root

drwxr-xr-x  2 root      root      12288 Mar 23 20:52 sbin

drwxr-xr-x  2 root      root       4096 Mar 23 18:14 selinux

drwxrwxrwx  2 nfsnobody nfsnobody  4096 May 27 20:16 share

drwxr-xr-x  2 root      root       4096 Jan 27  2010 srv

drwxr-xr-x 11 root      root          0 May 27 19:41 sys

drwxrwxrwt  3 root      root       4096 May 27 19:42 tmp

drwxr-xr-x 15 root      root       4096 Mar 23 18:16 usr

drwxr-xr-x 20 root      root       4096 Mar 23 18:17 var

【接下来我们回到客户端操作】此时在客户端，我们发现已经可以正常写入文件到NFS共享了。

[root@session test]# touch 1    (新建文件成功)

[root@session test]# ll         (查看一下，我们发现文件所有者和所属组均为65534  不是我们指定的nfsnobody用户)

total 0

-rw-r--r-- 1     65534     65534 0 May 27 20:42 1

由此我们判断，刚才没有权限写入，是因为客户端不是nfsnobody的身份。由此我们找到了故障点。

【我们回到服务器端排错，解决问题】

[root@NFS /]# cat /etc/passwd         (查看一下用户文件)

root:x:0:0:root:/root:/bin/bash

bin:x:1:1:bin:/bin:/sbin/nologin

daemon:x:2:2:daemon:/sbin:/sbin/nologin

adm:x:3:4:adm:/var/adm:/sbin/nologin

lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin

sync:x:5:0:sync:/sbin:/bin/sync

shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown

halt:x:7:0:halt:/sbin:/sbin/halt

mail:x:8:12:mail:/var/spool/mail:/sbin/nologin

news:x:9:13:news:/etc/news:

uucp:x:10:14:uucp:/var/spool/uucp:/sbin/nologin

operator:x:11:0:operator:/root:/sbin/nologin

games:x:12:100:games:/usr/games:/sbin/nologin

gopher:x:13:30:gopher:/var/gopher:/sbin/nologin

ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin

nobody:x:99:99:Nobody:/:/sbin/nologin

nscd:x:28:28:NSCD Daemon:/:/sbin/nologin

vcsa:x:69:69:virtual console memory owner:/dev:/sbin/nologin

rpc:x:32:32:Portmapper RPC user:/:/sbin/nologin

mailnull:x:47:47::/var/spool/mqueue:/sbin/nologin

smmsp:x:51:51::/var/spool/mqueue:/sbin/nologin

oprofile:x:16:16:Special user account to be used by OProfile:/home/oprofile:/sbin/nologin

pcap:x:77:77::/var/arpwatch:/sbin/nologin

ntp:x:38:38::/etc/ntp:/sbin/nologin

sshd:x:74:74:Privilege-separated SSH:/var/empty/sshd:/sbin/nologin

rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin

nfsnobody:x:4294967294:4294967294:Anonymous NFS User:/var/lib/nfs:/sbin/nologin

dbus:x:81:81:System message bus:/:/sbin/nologin

avahi:x:70:70:Avahi daemon:/:/sbin/nologin

xfs:x:43:43:X Font Server:/etc/X11/fs:/sbin/nologin

haldaemon:x:68:68:HAL daemon:/:/sbin/nologin

avahi-autoipd:x:100:104:avahi-autoipd:/var/lib/avahi-autoipd:/sbin/nologin

zhangyang:x:500:500::/home/zhangyang:/bin/bash

我们看到nfsnobody的UID和GID是4294967294，并不是65534。我们通过修改NFS配置文件，指定匿名用户的UID和GID

[root@NFS /]# vi /etc/exports      (在配置文件里面增加指定UID和GID的部分)

/share 192.168.60.0/24(rw,sync,all_squash,root_squash,anonuid=4294967294,anongid=4294967294)

[root@NFS /]# /etc/init.d/nfs restart     (重启启动一下NFS服务，使配置生效)

Shutting down NFS mountd:                                  [  OK  ]

Shutting down NFS daemon:                                  [  OK  ]

Shutting down NFS quotas:                                  [  OK  ]

Shutting down NFS services:                                [  OK  ]

Starting NFS services:                                     [  OK  ]

Starting NFS quotas:                                       [  OK  ]

Starting NFS daemon:                                       [  OK  ]

Starting NFS mountd:                                       [  OK  ]

[root@NFS /]# chmod 755 share             (我们将共享文件的权限改回755)

[root@NFS /]# ll                          (确认修改成功)

total 166

drwxr-xr-x  2 root      root       4096 Mar 23 20:52 bin

drwxr-xr-x  4 root      root       1024 Mar 23 18:18 boot

drwxr-xr-x 12 root      root       4220 May 27 19:42 dev

drwxr-xr-x 84 root      root       4096 May 27 20:33 etc

drwxr-xr-x  3 root      root       4096 Mar 23 22:26 home

drwxr-xr-x 11 root      root       4096 Mar 23 20:52 lib

drwxr-xr-x  7 root      root      12288 Mar 23 20:52 lib64

drwx------  2 root      root      16384 Mar 23 18:14 lost+found

drwxr-xr-x  2 root      root       4096 Jan 27  2010 media

drwxr-xr-x  2 root      root       4096 Mar 31  2010 misc

drwxr-xr-x  2 root      root       4096 Jan 27  2010 mnt

drwxr-xr-x  2 root      root       4096 Jan 27  2010 opt

dr-xr-xr-x 77 root      root          0 May 27 19:41 proc

drwxr-x---  2 root      root       4096 Mar 23 22:24 root

drwxr-xr-x  2 root      root      12288 Mar 23 20:52 sbin

drwxr-xr-x  2 root      root       4096 Mar 23 18:14 selinux

drwxr-xr-x  2 nfsnobody nfsnobody  4096 May 27 20:42 share

drwxr-xr-x  2 root      root       4096 Jan 27  2010 srv

drwxr-xr-x 11 root      root          0 May 27 19:41 sys

drwxrwxrwt  3 root      root       4096 May 27 19:42 tmp

drwxr-xr-x 15 root      root       4096 Mar 23 18:16 usr

drwxr-xr-x 20 root      root       4096 Mar 23 18:17 var

【回到客户端操作】确认配置正确，排错完成。[root@session test]# touch 2    (新建一个文件2)

[root@session test]# touch 3    (新建一个文件3)

[root@session test]# ll         (查看一下。我们发现写入和用户都正常了)

total 0

-rw-r--r-- 1     65534     65534 0 May 27 20:42 1

-rw-r--r-- 1 nfsnobody nfsnobody 0 May 27  2012 2

-rw-r--r-- 1 nfsnobody nfsnobody 0 May 27  2012 3

【总结】

我们发现在CentOS 5.5 X64中 cat /etc/passwd之后，nfsnobody用户的UID和GID均为4294967294。但是NFS服务，默认使用65534作为匿名用户的UID和GID，由此造成权限问题。该问题在32位centos和最新版的64位Centos中不存在。如果您遇到了和我一样的问题。可以通过修改配置文件，指定匿名用户的UID和GID来解决。