NFS网络文件共享服务

在当今的网络环境中，数据的共享和存储变得至关重要。NFS（Network File System），即网络文件系统，作为一种通过网络共享目录的重要工具，正发挥着不可或缺的作用。它能够让网络上的其他服务器方便地挂载访问共享目录的数据，尤其适用于存放视频、附件、图片等静态数据。本文将深入探讨 NFS 的工作原理、服务安装等相关内容，帮助了解和使用 NFS。

• NFS简单介绍

NFS（Network File System）中文意思是网络文件系统。主要功能是通过网络共享目录，让网络上的其他服务器能够挂载访问共享目录的数据（NFS一般都是用来存放视频、附件、图片等静态数据的）。NFS客户端（一般为应用服务器，如 Web）可以通过挂载方式将NFS服务器端共享的数据目录挂载到NFS本地客户端（就是某一个挂载点下）。从本地客户端来看，NFS服务器端共享的目录就好像是客户端自己的磁盘分区或者目录一样，而实际上却是远端的NFS服务器的目录。

1. NFS工作原理

1.1 挂载结构介绍

在 NFS服务器端设置好一个共享目录 /video 后，其他有权限访问NFS服务器端的客户端都可以将这个共享目录 /video 挂载到本地客户端的某个挂载点（其实就是一个目录，这个挂载点目录可以自己随意指定），图中的两个NFS本地客户端的挂载点均为 /video ，但是不同客户端的挂载点可以不相同。

---

客户端正确挂载完毕后，就进入到NFS客户端挂载点所在的 /video 目录，此时可看到NFS服务器端 /video 共享目录下的所有数据。在客户端上查看时，NFS服务器端 /video 目录就相当于本地客户端磁盘分区或目录，几乎感觉不到使用上的区别，根据NFS服务器端授予的NFS 共享权限以及共享目录本地系统权限，只要在指定NFS客户端操作挂载 /video 目录，就可以将数据轻松地存取到NFS服务器端的 /video 目录。

客户端挂载NFS后，本地挂载基本信息显示如下：

[root@web01 ~]# df -h
Filesystem         Size  Used Avail Use% Mounted on
devtmpfs           476M     0  476M   0% /dev
tmpfs              487M     0  487M   0% /dev/shm
tmpfs              487M  7.7M  479M   2% /run
tmpfs              487M     0  487M   0% /sys/fs/cgroup
/dev/sda3           17G  2.7G   15G  16% /
/dev/sda1         1014M  161M  854M  16% /boot
tmpfs               98M     0   98M   0% /run/user/0
172.16.1.31:/video    17G  2.7G   15G  16% /video

# 172.16.1.31为nfs server的IP地址

从挂载信息来看，和本地的磁盘分区几乎没什么差别，只是文件系统对应列的开头是以IP地址开头的形式了。

1.2 NFS的工作原理

工作流程：

1. 首先服务端会启动 RPC服务，并开启111端口
2. 服务端启动 NFS服务，并向RPC注册端口
3. 客户端启动RPC服务，向服务端的RPC服务请求获取NFS端口
4. 服务端的RPC服务反馈端口给客户端的
5. 客户端通过服务端的RPC反馈回来的端口和服务端进行数据传输

• RPC服务的引入

NFS支持的功能相当多，而不同的功能会使用不同的程序来启动，每启动一个功能就会启用一些端口来传输数据，因此，NFS的功能所对应的端口无法固定，会随机取用一些未被使用的端口作为传输之用。
因为端口不固定，这样一来就会造成NFS客户端与NFS服务器端的通信障碍，需要通过远程过程调用RPC服务来帮忙了，NFS的RPC服务最主要的功能就是记录每个NFS 功能所对应的端口号，并且在NFS客户端发出请求时将该端口和功能对应的信息传递给请求数据的NFS客户端，从而确保客户端可以连接到正确的NFS端口上去，达到实现数据传输、交互数据目的。

• RPC 服务又是如何知道每个NFS端口的呢?

NFS服务器端启动服务时会随机取用若干端口，并主动向RPC服务注册取用的相关端口及功能信息，如此一来，RPC服务就知道NFS每个端口对应的NFS功能了，然后RPC服务使用固定111端口来监听NFS客户端提交的请求，并将正确的NFS端口信息回复给请求的NFS客户端，这样一来，NFS客户端就可以与NFS服务器端进行数据传输了。
所以在启动NFS服务之前，首先要启动RPC服务，否则NFS服务就无法向RPC服务注册了。另外，如果RPC服务重新启动，原来已经注册好的NFS端口数据就会丢失，因此，此时RPC服务管理的NFS程序也需要重新启动以重新向RPC注册。要特别注意，修改NFS配置文件后是不需要重启NFS的，直接在命令行执行systemctl reload nfs或exportfs -rv即可使修改生效。

• NFS启动介绍

当访问程序通过NFS客户端向NFS服务器端存取文件时，其请求数据流程大致如下:

1. 用户访问网站程序，由程序在NFS 客户端上发出存取NPS 文件请求，这时NFS客户端（执行程序的服务器）的RPC服务（ rpcbind服务）就会通过网络向NFS服务器端的RPC 服务的111端口发出NFS文件存取功能的询问请求。
2. NFS服务器RPC服务找到对应已注册的NFS端口后，通知NFS客户端RPC服务。
3. 此时NFS客户端获取到正确的端口，并与 NFS daemon 联机存取数据。
4. NFS客户端将数据存取成功后返回给前端访问程序，告知给用户存取结果，就完成了一次存取操作。

• 总结

NFS的各项功能都需要向RPC服务注册，所以只有RPC服务才能获取到NFS服务的各项功能对应的端口号(port number)、PID、NFS在主机所监听的IP等信息，而NFS客户端也只能通过向RPC服务询问才能找到正确的端口。

也就是说，NFS需要有RPC服务的协助才能成功对外提供服务。

所以无论是NFS客户端还是NFS服务器端，当要使用NFS时都需要首先启动RPC服务，NFS服务必须在RPC 服务启动之后启动，客户端无须启动NFS服务，但需要启动RPC服务。

2. NFS服务安装

2.1 NFS软件列表

要部署NFS服务，需要安装以下软件包。

• nfs-utils：NFS服务的主程序，包括rpc.nfsd、rpc.mountd这两个daemons和相关文档说明，以及执行命令文件等。
• rpcbind：CentOS6/7环境下RPC主程序。NFS可视为一个RPC程序，在启动任何一个RPC程序之前，需要做好端口和功能的映射工作，这个映射工作就是由rpcbind服务来完成的。因此，在提供NFS服务之前必须先启动rpcbind服务才行。

使用如下命令查看默认情况下NFS软件的安装情况。

[root@nfs ~]# rpm -qa nfs-utils rpcbind
rpcbind-0.2.0-49.el7.x86_64
nfs-utils-1.3.0-0.68.el7.2.x86_64

CentOS7默认没有安装 NFS软件包，可以使用yum install nfs-utils rpcbind -y命令来安装NFS软件。

2.2 启动NFS相关服务

因为NFS及其辅助程序都是基于RPC 协议的（使用的端口为111)，所以首先要确保系统中运行了rpcbind服务。

# 启动RPC
[root@nfs ~]# systemctl start rpcbind.service 
[root@nfs ~]# systemctl enable rpcbind.service

# 查看有没有注册的端口 111
[root@nfs ~]# rpcinfo -p 127.0.0.1
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper

# 启动NFS
[root@nfs ~]# systemctl start nfs
[root@nfs ~]# systemctl enable nfs

# 查看NFS服务向RPC服务注册的端口信息,NPS服务启动后,端口信息就增多了,有很多端口和功能的对应。
[root@nfs ~]# rpcinfo -p 127.0.0.1
   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  59188  status
    100024    1   tcp  45013  status
    100005    1   udp  20048  mountd
    100005    1   tcp  20048  mountd
    100005    2   udp  20048  mountd
    100005    2   tcp  20048  mountd
    100005    3   udp  20048  mountd
    100005    3   tcp  20048  mountd
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100227    3   tcp   2049  nfs_acl
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100227    3   udp   2049  nfs_acl
    100021    1   udp  37180  nlockmgr
    100021    3   udp  37180  nlockmgr
    100021    4   udp  37180  nlockmgr
    100021    1   tcp  40925  nlockmgr
    100021    3   tcp  40925  nlockmgr
    100021    4   tcp  40925  nlockmgr

2.3 NFS服务常见进程

从上面NFS服务的启动过程可以看出，运行NFS服务默认需要启动的服务或进程有NFS daemon、NFS mountd(rpc.mountd)、rpc.statd、rpc.idmapd 等。可以通过执行如下命令查看启动NFS后系统中运行的NFS相关进程：

[root@nfs01 ~]# ps -ef|egrep "rpc|nfs"
rpc        1356      1  0 16:32 ?        00:00:00 /sbin/rpcbind -w
rpcuser    1395      1  0 16:34 ?        00:00:00 /usr/sbin/rpc.statd   # 检查文件一致性
root       1402      2  0 16:34 ?        00:00:00 [rpciod]
root       1410      1  0 16:34 ?        00:00:00 /usr/sbin/rpc.idmapd  # 名称映射进程
root       1417      1  0 16:34 ?        00:00:00 /usr/sbin/rpc.mountd  # 权限管理验证
root       1422      2  0 16:34 ?        00:00:00 [nfsd4_callbacks]
root       1428      2  0 16:34 ?        00:00:00 [nfsd]                # NFS主进程，管理登入ID身份判别
root       1429      2  0 16:34 ?        00:00:00 [nfsd]
root       1430      2  0 16:34 ?        00:00:00 [nfsd]
root       1431      2  0 16:34 ?        00:00:00 [nfsd]
root       1432      2  0 16:34 ?        00:00:00 [nfsd]
root       1433      2  0 16:34 ?        00:00:00 [nfsd]
root       1434      2  0 16:34 ?        00:00:00 [nfsd]
root       1435      2  0 16:34 ?        00:00:00 [nfsd]
root       1494   1101  0 16:53 pts/0    00:00:00 grep -E --color=auto rpc|nfs

NFS 服务的主要任务是共享数据，而数据的共享离不开权限问题。所以NFS服务器启动时最少需要两个不同的进程，一个是管理 NFS客户端是否能够登录的rpc.nfsd主进程，另一个管理 NFS客户端是否能够取得对应权限的rpc.mountd进程。如果还要管理磁盘配额，则NFS还需要加载rpc.rquotad进程。

对以上进程查看，均可以执行“man 进程名”命令，如“man rpc.idmapd”。

2.4 实战配置NFS服务器端

NFS 服务的默认配置文件路径为/etc/exports，并且默认该文件是空的，需要用户自行配置。

[root@nfs01 ~]# ls -l /etc/exports
-rw-r--r--. 1 root root 0 Jun  7  2013 /etc/exports
[root@nfs01 ~]# cat /etc/exports

/etc/exports文件的两种格式如下:

• NFS 共享目录 NFS客户端地址1(参1，参2….)客户端地址2(参1，参2….)
• NFS 共享目录 NFS客户端地址(参1，参2….)

查看exports语法文件格式帮助的方法为：执行man exports命令，然后切换到文件结尾，可以快速看如下样例格式:

EXAMPLE
       # sample /etc/exports file
       /               master(rw) trusty(rw,no_root_squash)
       /projects       proj*.local.domain(rw)
       /usr            *.local.domain(ro) @trusted(rw)
       /home/joe       pc001(rw,all_squash,anonuid=150,anongid=100)
       /pub            *(ro,insecure,all_squash)
       /srv/www        -sync,rw server @trusted @external(ro)
       /foo            2001:db8:9:e54::/64(rw) 192.0.2.0/24(rw)
       /build          buildhost[0-9].local.domain(rw)

根据命令帮助，我们可以看到配置文件内容基本可以分成三部分：

上述各列参数的含义如下:

1. NFS共享目录：为NFS服务器端要共享的实际目录，要用绝对路径，如（/data）。注意共享目录的本地权限，如果需要读写共享，一定要让本地目录可以被NFS 客户端的用户（nfsnobody）读写。

2. NFS客户端地址：为NFS服务器端授权的可访问共享目录的NFS客户端地址，可以为单独的IP地址或主机名、域名等，也可以为整个网段地址，还可以用“*”来匹配所有客户端服务器，这里所谓的客户端一般来说是前端的业务服务器，如 Web服务。

   客户端地址	具体地址	说明
   授权单一客户端访问NFS	172.16.1.7	一般情况，生产环境中此配置不多
   授权整个网段访问NFS	172.16.1.0/24	其中的24等同于255.255.255.0，指定网段为生产环境中最常见的配置。
   授权整个网段访问NFS	172.16.1.*	指定网段的其他写法（不推荐使用）
   授权某个域名客户端访问	nfs.baidu.com	此方法生产环境中一般情况下不用
   授权整个域名客户端访问	*.baidu.com	此方法生产环境中一般情况下不用

3. 权限参数集：对授权的NFS客户端的访问权限设置，即/etc/exports文件配置格式中小括号里的参数集。

   参数名称	参数用途
   rw（重点）	表示可读写权限
   ro	表示只读权限
   sync（重点）	请求或写入数据时，数据同步写入到NFS Server的硬盘后才返回 优点：数据安全不会丢； 缺点：性能比不启用该参数时要差
   async（重点）	写入时数据会先写到内存缓冲区，直到硬盘有空档才会再写入磁盘，这样可以提升写入效率！ 风险：若服务器宕机或不正常关机，会损失缓冲区中未写入磁盘的数据
   no_root_squash	访问NFS Server 共享目录的用户如果是root的话，它对该共享目录具有root权限。这个配置原本是为无盘客户端准备的。用户应避免使用
   root_squash	如果访问NFS Server 共享目录的用户是 root，则它的权限将被压缩成匿名用户，同时它的UID和GID通常会变成nfsnobody账号身份
   all_squash（重点，常用）	不管访问NFS Server共享目录的用户身份如何，它的权限都将被压缩成匿名用户，同时它的UID和GID都会变成nfsnobody账号身份。在早期多个NFS客户端同时读写NFSServer数据时,这个参数很有用。 在生产中配置NFS的重要技巧： 1）确保所有客户端服务器对NFS共享目录具备相同的用户访问权限。一种方式是all_squash把所有客户端都压缩成固定的匿名用户（UID相同)。另一种方式就是anonuid，anongid指定的UID和 GID的用户。 2）所有的客户端和服务器端都需要有一个有相同的UID和GID的用户，即nfsnobody(UID 必须相同)
   anonuid（重点）	参数以anon*开头即指anonymous匿名用户，这个用户的UID设置值通常为nfsnobody的UID值，当然也可以自行设置这个UID值。但是，UID必须存在于/etc/passwd中。在多NFS Clients时，如多台Web Server 共享一个NFS目录，通过这个参数可以使得不同的NFS Clients 写入的数据对所有NFS Clients保持同样的用户权限，即为配置的匿名UID对应用户权限，这个参数很有用，一般默认即可。
   anongid（重点）	同anonuid，区别就是把UID(用户ID)换成GID(组ID)

其中，配置好NFS服务后，通过cat /var/lib/nfs/etab命令可以看到NFS配置的参数以及系统默认自带的参数。

/etc/exports文件格式配置实例说明

3. NFS服务配置

实现把NFS Server上的 /data目录共享给 172.16.1.0/24 整个网段主机，且可读写。

3.1 在NFS Server端执行的操作

3.1.1 查看部署环境

[root@nfs01 ~]# cat /etc/redhat-release 
CentOS Linux release 7.9.2009 (Core)
[root@nfs01 ~]# uname -r
3.10.0-1160.92.1.el7.x86_64
[root@nfs01 ~]# uname -m
x86_64

3.1.2 启动rpcbind及NFS服务，然后加入开机自启动

[root@nfs01 ~]# systemctl start rpcbind
[root@nfs01 ~]# systemctl status rpcbind
[root@nfs01 ~]# systemctl start nfs
[root@nfs01 ~]# systemctl status nfs

3.1.3 配置NFS服务配置文件，并在本地查看挂载信息情况

# 配置服务文件
[root@nfs ~]# vim /etc/exports   
/data   172.16.1.0/24(rw,sync,all_squash)

# 查看配置结果
[root@nfs ~]# tail -1 /etc/exports
/data   172.16.1.0/24(rw,sync,all_squash)

# 平滑加载,使修改的配置生效
[root@nfs ~]# systemctl reload nfs

# 服务器本地查看挂载情况
[root@nfs ~]# showmount -e localhost
Export list for localhost:
/data 172.16.1.0/24 

# 查看NFS服务配置文件参数，如果有内容说明配置正确，如果为空说明配置错误
[root@nfs ~]# cat /var/lib/nfs/etab 
/data 172.16.1.0/24(rw,sync,wdelay,hide,nocrossmnt,secure,root_squash,all_squash,no_subtree_check,secure_locks,acl,no_pnfs,anonuid=65534,anongid=65534,sec=sys,rw,secure,root_squash,all_squash)

3.1.4 创建需要共享的目录并授权

[root@nfs01 ~]# mkdir -p /data
[root@nfs01 ~]# ls -ld /data
drwxr-xr-x 2 root root 51 4月  16 10:24 /data
[root@nfs01 ~]# chown -R nfsnobody.nfsnobody /data
[root@nfs01 ~]# ls -ld /data
drwxr-xr-x 2 nfsnobody nfsnobody 51 4月  16 10:24 /data

3.2 在NFS Client端执行的操作

在所有的NFS Client上执行的操作都是相同的.

3.2.1 检查环境

[root@web01 ~]# cat /etc/redhat-release 
CentOS Linux release 7.9.2009 (Core)
[root@web01 ~]# uname -r
3.10.0-1160.92.1.el7.x86_64
[root@web01 ~]# uname -m
x86_64

3.2.2 安装rpcbind及NFS服务

为了使用showmount命令功能，所有客户端最好都要安装NFS 软件（只安装不运行），不必须,。

[root@web01 ~]# yum install nfs-utils rpcbind -y
[root@web01 ~]# rpm -qa nfs-utils rpcbind
rpcbind-0.2.0-49.el7.x86_64
nfs-utils-1.3.0-0.68.el7.2.x86_64

启动RPC服务，因为是客户端，所以无须启动NFS服务。

[root@web01~]# systemctl start rpcbind
[root@web01~]# systemctl enable rpcbind    #<==其实此步不用执行,习惯性保留。

3.2.3 挂载NFS共享目录

[root@web01 ~]# showmount -e 172.16.1.31（服务端IP）
Export list for 172.16.1.31:
/data 172.16.1.0/24

[root@web01 ~]# mount -t nfs 172.16.1.31:/data /mnt
[root@web01 mnt]# df -h
文件系统           容量  已用  可用 已用% 挂载点
devtmpfs           476M     0  476M    0% /dev
tmpfs              487M     0  487M    0% /dev/shm
tmpfs              487M   51M  437M   11% /run
tmpfs              487M     0  487M    0% /sys/fs/cgroup
/dev/sda3           19G  2.0G   17G   11% /
/dev/sda1          197M  110M   88M   56% /boot
tmpfs               98M     0   98M    0% /run/user/0
172.16.1.31:/data   19G  2.0G   17G   11% /mnt

3.3 补充

生产中往往是web服务器的用户来操作共享网盘的读写，所以这里建议制定用使用服务器的操作用户。

例如，web服务器的操作用户是www（UID=666，GID=666），则：

# 创建操作账户。
[root@nfs ~]# groupadd -g666 www
[root@nfs ~]# useradd -u666 -g666 -M -s /sbin/nologin www

# 修改nfs配置
[root@nfs ~]# cat /etc/exports
/data 172.16.1.0/24(rw,sync,all_squash,anonuid=666,anongid=666)

# 修改目录属主属组
[root@nfs ~]# chown www.www /data
[root@nfs ~]# ll -d /data
drwxr-xr-x. 2 www www 6 Dec  5 10:54 /data

根据上述情况可以看出，权限控制是根据UID来进行的，与用户名无关。 在不同的服务器中，如果有不同的用户名的UID相同，则相同的文件权限会显示不同的名，如果这个UID在服务器中没有对应的用户名，则会直接显示UID。

4. 补充总结

4.1 NFS服务的重点知识梳理

当多个NFS客户端访问服务器端读写文件时，需要具有以下几个权限:

• NFS 服务器 /etc/exports 设置需要开放可写入的权限，即服务器端的共享权限。
• NFS服务器实际要共享的NFS目录权限具有写入的权限，即服务器端本地目录的安全权限。
• 每台机器都对应存在和NFS默认配置UID的相同UID 65534的 nfsnobody 用户（确保所有客户端的访问权限统一，否则每个机器需要同时建立相同UID的用户，并覆盖NFS的默认用户配置）。

只有满足上述3个条件，多个NFS客户端才能具有查看、修改、删除其他任意NFS客户端上传的文件的权限，这在大规模的集群环境中作为集群共享存储时尤为重要。

4.2 NFS客户端挂载排错

当NFS客户端挂载出现故障时，首先把本地服务端作为客户端进行挂载测试。

[root@nfs01 172.16.1.31]# mount -t nfs 172.16.1.31:/data /mnt
[root@nfs01 172.16.1.31]# df -h|tail -1
172.16.1.31:/data   19G  2.6G   16G   14% /mnt
# 根据提示挂载是成功的。

这一步主要是检查服务端的NFS服务自身是不是正常。

然后再确认NFS客户端 showmount 是否OK。

[root@backup ~]# showmount -e 172.16.1.31
Export list for 172.16.1.31:
/data 172.16.1.0/24

4.3 客户端挂载命令详解

• 挂载命令格式

在NFS服务器端可以通过cat /var/lib/nfs/etab 查看NFS服务器端配置参数的细节。这里的挂载参数是实际上的挂载参数，我们在配置文件中没有配置的这里会使用默认的NFS参数。

[root@nfs ~]# cat /var/lib/nfs/etab 
/data	172.16.1.0/24(rw,sync,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,no_subtree_check,secure_locks,acl,
no_pnfs,anonuid=65534,anongid=65534,sec=sys,rw,secure,root_squash,no_all_squash)

在NFS客户端可以通过cat /proc/mounts 查看mount 的挂载参数细节

[root@backup ~]# grep mnt /proc/mounts 
172.16.1.31:/data /mnt nfs4 rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.16.1.41,local_lock=none,addr=172.16.1.31 0 0

• mount挂载参数说明

例如： mount -t nfs -o hard,intr,rsize=131072,wsize=131072 172.16.1.31:/data/ /mnt

• mount -o 的参数说明

注意，有些选项只有出现在/etc/fstab里才有效，可以应用在绝大多数文件系统上，但是sync仅适合ext2、ext3、fat、vfat 和 ufs等文件系统。

• async：涉及文件系统IO的操作都是异步处理，会提高性能，但是降低数据安全性。一般生产环境不推荐使用。
• sync：有IO操作时会同步处理IO，会牺牲一些IO性能，但是在断电后数据会安全。
• atime：每次数据访问时，会同步更新访问文件夹的inode时间戳，默认选项。
• noatime：访问文件时不更新文件的inode时间戳，高并发环境下推荐使用，可以提高IO性能。
• ro：以只读方式挂载一个文件系统。
• rw：以可写的方式挂载一个文件系统。
• auto：能够通过 -a 参数实现自动挂载。
• noauto：不能实现自动挂载。
• defaults：是fstab文件中的默认值，包括（rw, suid, dev, exec, auto, nouser, async）.
• exec：允许文件系统执行二进制文件，取消这个参数可以提高安全性。
• noexec：不允许直接执行二进制的程序。
• dirsync：目录更新时同步写入磁盘。
• nodiratime：不更新文件系统上目录的inode时间戳，高并发环境下推荐使用，可以提高IO性能。
• suid：允许特殊权限为suid和sgid生效。
• nosuid：不允许设置特殊权限位生效，提升安全性。
• nouser：禁止一个普通用户挂载该文件系统，这是默认挂载时的默认选项。
• remount：尝试重新挂载一个已经挂载了的文件系统。

一般情况下，安全参数与性能参数是对立的，越安全性能越差。

4.4 客户端挂载优化

一般来讲，NFS服务器共享的只是普通静态数据（图片、附件、视频），不需要执行suid和exec等权限，挂载的这个文件系统只能作为数据存储之用，无法执行程序，对于客户端来讲增加了安全性。

mount -t nfs -o nosuid,noexec,nodev,rw 172.16.1.31:/data /mnt              

通过 mount -o 指定挂载参数和在 /etc/fstab 里指定挂载参数的效果是一样的。网络文件系统和本地的文件系统效果也是一样的。

默认挂载方式：

mount -t nfs 172.16.1.31:/data /mnt        

禁止更新目录及文件的挂载方式：

mount -t nfs -o noatime,nodiratime 172.16.1.31:/data /mnt                  

安全加优化的挂载方式：

mount -t nfs -o nosuid,noexec,nodev,noatime,nodiratime,intr,rsize=131072,wsize=131072 172.16.1.31:/data /mnt     

在实际的工作中还是需要根据自己的实际测试效果选择挂载参数。

4.5 NFS客户端开机自启动挂载

根据以往的知识我们可以知道可实现开机自启动（挂载）有两种实现方式：

• 方法1：对/etc/rc.local文件进行编辑

echo "/usr/bin/mount -t nfs 172.16.1.31:/data /mnt" >>/etc/rc.local 
# 或者直接对文件进行编辑       

chmod +x /etc/rc.d/rc.local    

根据文件提示注意，在使用该文件实现开机自启动时，需要执行命令开放权限。

缺点：可能偶尔开机挂载不上，工作中除了开机自启动配置，还要对是否挂载进行监控。

• 方法2：对/etc/fstab文件进行编辑

UUID=1d1e4734-e83b-408d-9c6d-2b79b36ffcbb  /         xfs    defaults    0 0
UUID=767454a3-0fbe-4d9a-9fc4-39d6f19dae4e  /boot     xfs    defaults    0 0
UUID=1c1b7499-345f-466e-97b5-bfb64e265f0b  swap      swap   defaults    0 0
172.16.1.31:/data                          /mnt      nfs    defaults    0 0
挂载设备                                    挂载点    文件系统      

• 问题：编辑完成后依然无法实现自动挂载服务，是因为开机启动加载顺序的原因。
• 解释：正常情况下，加载时依次是挂载磁盘（/etc/fstab）、防火墙、网卡。因为NFS是一个 网络共享服务，只有网络通畅之后才能挂载磁盘，与正常的开机加载顺序有冲突。
• 解决：所以这里需要一个延迟启动服务来实现NFS开机自动挂载。在CentOS 7中是remote-fs.target服务

[root@nfs01 /data1]# systemctl start remote-fs.target 
[root@nfs01 /data1]# systemctl enable remote-fs.target 

综上所述，NFS 在网络数据共享方面有着重要的地位和作用。通过了解其工作原理，我们明白 NFS 需要有 RPC 服务的协助才能成功对外提供服务，无论是客户端还是服务器端，使用 NFS 时都需先启动 RPC 服务。同时，掌握 NFS 服务的安装步骤，包括安装必要的软件包以及正确启动相关服务，能够让我们顺利搭建起 NFS 服务环境。希望本文的内容能在实际应用 NFS 时提供有益的参考和帮助。

​