NFS（Network File System）即网络文件系统，是FreeBSD支持的文件系统中的一种，它允许网络中的计算机之间通过TCP/IP网络共享资源。在NFS的应用中，本地NFS的客户端应用可以透明地读写位于远端NFS服务器上的文件，就像访问本地文件一样。
1. 节省本地存储空间，将常用的数据存放在一台NFS服务器上且可以通过网络访问，那么本地终端将可以减少自身存储空间的使用。
2. 用户不需要在网络中的每个机器上都建有Home目录，Home目录可以放在NFS服务器上且可以在网络上被访问使用。
3. 一些存储设备如软驱、CDROM和Zip（一种高储存密度的磁盘驱动器与磁盘）等都可以在网络上被别的机器使用。这可以减少整个网络上可移动介质设备的数量
1. 多个机器共享一台CDROM或者其他设备。这对于在多台机器中安装软件来说更加便宜跟方便。
2. 在大型网络中，配置一台中心 NFS 服务器用来放置所有用户的home目录可能会带来便利。这些目录能被输出到网络以便用户不管在哪台工作站上登录，总能得到相同的home目录。
3. 不同客户端可在NFS上观看影视文件，节省本地空间。
4. 在客户端完成的工作数据，可以备份保存到NFS服务器上用户自己的路径下。
NFS是运行在应用层的协议。随着NFS多年的发展和改进，NFS既可以用于局域网也可以用于广域网，且与操作系统和硬件无关，可以在不同的计算机或系统上运行。
实验环境：
rhel-6.5: selinux and iptables stop
server: 192.168.122.17
client: 192.168.122.18
五：安装NFS服务：
查看系统是否安装NFS
如果当前系统中没有安装NFS所需的软件包，需要手工进行安装。nfs-utils 和rpcbind两个包的安装文件在系统光盘中都会有。
yum install nfs-utils rpcbind -y 即可
六：NFS系统的守护进程
nfsd：它是基本的NFS守护进程，主要功能是管理客户端是否能够登录服务器；
mountd：它是RPC安装守护进程，主要功能是管理NFS的文件系统。当客户端顺利通过nfsd登录NFS服务器后，在使用NFS服务所提供的文件前，还必须通过文件使用权限的验证。它会读取NFS的配置文件/etc/exports来对比客户端权限。
rpcbind：主要功能是进行端口映射工作。当客户端尝试连接并使用RPC服务器提供的服务（如NFS服务）时，rpcbind会将所管理的与服务对应的端口提供给客户端，从而使客户可以通过该端口向服务器请求服务
七：NFS服务的配置
NFS常用目录：
/etc/exports NFS服务的主要配置文件
/usr/sbin/exports NFS服务的管理命令
/usr/sbin/showmount 客户端的查看命令
/var/lib/nfs/etab 记录NFS分享出来的目录的完整权限设定值
/var/lib/nfs/xtab 记录曾经登录过的客户端的信息
NFS服务的配置文件为/etc/exports,这个文件是NFS的主要配置文件，不过系统并没有默认值，所以这个文件不一定会存在，可能需要手动创建，然后在文件里写入配置内容
/etc/exports 文件内容格式：
<输出目录> [客户端1 选项（访问权限，用户影射，其他）] [客户端2 选项 （访问权限，用户映射，其他]
a ,输出目录：
输出目录是指NFS系统中需要共享给客户机使用的目录
b:客户端：
客户端是值网络中可以访问到这个NFS输出目录的计算机
客户端常用的指定方式：
* 指定IP地址：192.168.122.122.1
* 指定子网中的所有主机：192.168.122.0/24 192.168.122。0/255.255.255.0
* 指定域名的主机：server1.example.com
* 指定域中的所有主机：*.example.com
* 所有主机： *
c:选项：
选项用来设置输出目录的访问权限，用户映射
NFS主要由3类选项
访问权限选项：
* 设置输出目录只读 ro
* 设置输出目录读写 rw
用户映射：
* all_squash: 将远程访问的所有普通用户及其所属组都映射为匿名用户或者用户组（nfsnobody）
* no_all_squash: 与all_squash取反（默认值）
* root_squash: 将root用户及其所属组都映射为匿名用户或用户组
* no_root_squash: 与root_squash取反
* anonuid=xxx: 将远程访问的所有用和都映射为匿名用户，并制定该用户为本地用户（UID=xxx）
* anongid=xxx 将远程访问的所有用户都映射为匿名用户帐号，并指定该匿名用户组帐号为本地用户组账户（GID=xxx）
其他选项：
* secure: 限制客户端只能从小于1024的tcp/ip端口连接NFS服务器（默认设置）
* insercure: 允许客户端从大于1024的tcp/ip端口连接服务器
* sync 将数据同步写入内存缓冲与磁盘中，效率地，单可以保证数据的一致性
* async j将数据先保存到内存缓冲区中，必要时才会写入磁盘
* wdelay: 检查是否有相关的写操作，如果由则将这些写操作一起执行，这样可以提高效率（默认设置）
* no_wdelay 若有写操作立即执行，应与sync配合使用
* subtree 若输出目录是一个子目录，则nfs服务器将检查其父目录的权限（默认设置）
* no_subtree 即输出目录是一个子目录，nfs服务器也不检查父目录的权限，这样可以提高效率
八：实例
1:将NFS Server的/nfsshare 共享给192.168.122.0/24网段，权限读写
2:启动nfs和rpcbind服务：
3:# showmount -e //默认查看自己共享的服务，前提是要DNS能解析自己，不然容易报错
# showmount -a //显示已经与客户端连接上的目录信息
4、客户端使用showmount命令查询NFS的共享状态
# showmount -e NFS服务器IP
5、客户端挂载NFS服务器中的共享目录 命令格式
mount命令参数比较多，如下为与NFS相关的参数
（1）-a：把/etc/fstab中列出的路径全部挂载。
（2）-t：需要mount的类型，如nfs等。
（3）-r：将mount的路径定为read only。
（4）-v mount：过程的每一个操作都有message传回到屏幕上。
（5）rsize=n：在NFS服务器读取文件时NFS使用的字节数，默认值是1 024个字节。
（6）wsize=n：向NFS服务器写文件时NFS使用的字节数，默认值是1 024个字节。
（7）timeo=n：从超时后到第1次重新传送占用的1/7秒的数目，默认值是7/7秒。
（8）retry=n：在放弃后台mount操作之前可以尝试的次数，默认值是7 000次。
（9）soft：使用软挂载的方式挂载系统，若Client的请求得不到回应，则重新请求并传回错误信息。
（10）hard：使用硬挂载的方式挂载系统，该值是默认值，重复请求直到NFS服务器回应。
（11）intr：允许NFS中断文件操作和向调用它的程序返回值，默认不允许文件操作被中断。
（12）fg：一直在提示符下执行重复挂载。
（13）bg：如果第1次挂载文件系统失败，继续在后台尝试执行挂载，默认值是失败后不在后台处理。
（14）tcp：对文件系统的挂载使用TCP，而不是默认的UDP。
说明：mount NFS服务器的另一个重要参数是hard（硬）mount或soft（软）mount。
采用hard mount，NFS客户机会不断地尝试与NFS服务器连接（在后台一般不会给出任何提示信息），直到挂载上为止。
采用soft mount，会在前台尝试与NFS服务器连接，当收到错误信息后终止mount尝试，并给出相关信息。
# mount NFS服务器IP:共享目录 本地挂载点目录
查看文件是一致的
6：NFS的共享权限和访问控制
现在我们在/mnt/里面建立一个文件，看看权限是什么
这里出现Permission denied，是因为NFS 服务器端共享的目录本身的写权限没有开放给其他用户，在服务器端打开该权限。
再次在客户端/mnt 里面建立一个文件
我用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。
下面我们使用普通用户挂载、写入文件测试
普通用户写入文件是属于nobody身份
关于权限的分析
1. 客户端连接时候，对普通用户的检查
a. 如果明确设定了普通用户被压缩的身份，那么此时客户端用户的身份转换为指定用户； b. 如果NFS server上面有同名用户，那么此时客户端登录账户的身份转换为NFS server上面的同名用户；
c. 如果没有明确指定，也没有同名用户，那么此时 用户身份被压缩成nobody；
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目录
八、启动自动挂载nfs文件系统
格式：
<server>:</remote/export> </local/directory> nfs < options> 0 0
# vi /etc/fstab
保存退出，重启系统，
成功挂载
九、相关命令
1、exportfs
如果我们在启动了NFS之后又修改了/etc/exports，是不是还要重新启动nfs呢？这个时候我们就可以用exportfs 命令来使改动立刻生效，该命令格式如下： # exportfs [-aruv] -a 全部挂载或卸载 /etc/exports中的内容
-r 重新读取/etc/exports 中的信息 ，并同步更新/etc/exports、/var/lib/nfs/xtab -u 卸载单一目录（和-a一起使用为卸载所有/etc/exports文件中的目录）
-v 在export的时候，将详细的信息输出到屏幕上。
具体例子：
# exportfs -au 卸载所有共享目录
# exportfs -rv 重新共享所有目录并输出详细信息 2、nfsstat
查看NFS的运行状态，对于调整NFS的运行有很大帮助。 3、rpcinfo
查看rpc执行信息，可以用于检测rpc运行情况的工具，利用rpcinfo -p 可以查看出RPC开启的端口所提供的程序有哪些。 4、showmount
-a 显示已经于客户端连接上的目录信息
-e IP或者hostname 显示此IP地址分享出来的目录 5、netstat
可以查看出nfs服务开启的端口，其中nfs 开启的是2049，rpcbind 开启的是111，其余则是rpc开启的。
最后注意两点，虽然通过权限设置可以让普通用户访问，但是挂载的时候默认情况下只有root可以
去挂载，普通用户可以执行sudo。
NFS server 关机的时候一点要确保NFS服务关闭，没有客户端处于连接状态！通过showmount -a 可以查看，如果有的话用kill killall pkill 来结束，（-9 强制结束）
Autofs：自动挂载器
自动挂载器是一个监视目录的守护进程，并在目标子目录被引用是，自动执行预定义的NFS挂载
自动挂载其器由autofs服务脚本管理
自动挂载器由auto.master配置文件进行配置，该文件引用了一个按惯例成为/etc/auto.misc或其类似名称的二级配置文件
autofs于NFS两者之间配合使用还是比较多
的
所需安装包：
autofs.x86_64
Autofs需要从/etc/auto.master文件中读取配置信息。该文件中可以同时指定多个挂接点，由Autofs来挂接文件系统。文件中的每个
挂接点单独用一行来定义，每一行可包括3个部分，分别用于指定挂接点位置，挂接时需使用的配置文件及所挂接文件系统在空闲多长时间后自动被卸载。例如：
其中第一部分指定一个安装点为/data，第二部分指定该挂接点的配置文件为/etc/auto.misc，第三部分指定所挂接的文件系统在空闲60秒后自动被卸载
手动创建/data/nfsshare目录和auto.conf文件（文件名随意）
# mkdir -p /data/nfsshare
# vim /etc/auto.conf
nfsshare 192.168.122.17:/nfsshare
(nfsshare ro 192.168.122.17:/nfsshare)以只读的方式挂载
#nfsshare 是将要被挂载的目录，192.168.122.17:/nfsshare是nfs服务端提供的共享目录
启动autofs服务
当我们刚启动autofs服务时，由于并未使用/data/nfsshare目录，所以其并未被挂载，但是我们是可以cd进去的，当此目录60秒内未被使用就会被自动卸载
