实例
1、将NFS Server 的/home/david/ 共享给192.168.1.0/24网段，权限读写。
服务器端文件详细如下：
# vi /etc/exports
/home/david 192.168.1.0/24(rw)2、重启portmap 和nfs 服务
# service portmap restart
# service nfs restart
# exportfs3、服务器端使用showmount命令查询NFS的共享状态
# showmount -e //默认查看自己共享的服务，前提是要DNS能解析自己，不然容易报错
# showmount -a //显示已经与客户端连接上的目录信息4、客户端使用showmount命令查询NFS的共享状态
# showmount -e NFS服务器IP5、客户端挂载NFS服务器中的共享目录
命令格式
# mount NFS服务器IP:共享目录 本地挂载点目录
# mount 192.168.1.108:/home/david/ /tmp/david/
# mount |grep nfs挂载成功。
查看文件是否和服务器端一致。
6、NFS的共享权限和访问控制
现在我们在/tmp/david/ 里面建立一个文件，看看权限是什么
# touch 20130103这里出现Permission denied，是因为NFS 服务器端共享的目录本身的写权限没有开放给其他用户，在服务器端打开该权限。
# chmod 777 -R /home/david/再次在客户端/tmp/david/ 里面建立一个文件
我用root 用户建立的文件，变成了nfsnobody 用户。
NFS有很多默认的参数，打开/var/lib/nfs/etab 查看分享出来的/home/david/ 完整权限设定值。
# cat /var/lib/nfs/etab默认就有sync，wdelay，hide 等等，no_root_squash 是让root保持权限，root_squash 是把root映射成nobody，no_all_squash 不让所有用户保持在挂载目录中的权限。所以，root建立的文件所有者是nfsnobody。
下面我们使用普通用户挂载、写入文件测试。
# su - david
$ cd /tmp/david/
$ touch 2013david普通用户写入文件时就是自己的名字，这也就保证了服务器的安全性。
关于权限的分析
1. 客户端连接时候，对普通用户的检查
a. 如果明确设定了普通用户被压缩的身份，那么此时客户端用户的身份转换为指定用户；
b. 如果NFS server上面有同名用户，那么此时客户端登录账户的身份转换为NFS server上面的同名用户；
c. 如果没有明确指定，也没有同名用户，那么此时 用户身份被压缩成nfsnobody；
2. 客户端连接的时候，对root的检查
a. 如果设置no_root_squash，那么此时root用户的身份被压缩为NFS server上面的root；
b. 如果设置了all_squash、anonuid、anongid，此时root 身份被压缩为指定用户；
c. 如果没有明确指定，此时root用户被压缩为nfsnobody；
d. 如果同时指定no_root_squash与all_squash 用户将被压缩为 nfsnobody，如果设置了anonuid、anongid将被压缩到所指定的用户与组；
7、卸载已挂载的NFS共享目录
# umount /tmp/david/
