在Linux系统管理中，实现服务器之间的文件共享是一项常见且关键的需求，网络文件系统（Network File System, NFS）作为一种经典的分布式文件系统协议，允许网络中的不同计算机之间透明地共享文件和目录，它基于客户端/服务器架构，使得远程文件访问如同访问本地文件一样便捷，本文将详细介绍如何在CentOS 7系统上一步步安装和配置NFS服务，涵盖服务器端和客户端的完整设置流程,并探讨相关配置选项和常见问题。
第一部分：NFS服务器安装与配置
我们将首先搭建NFS服务器，它负责提供共享目录，假设服务器的IP地址为168.1.10。
步骤1：环境准备与软件安装
在开始之前，确保系统已更新，NFS服务依赖于RPC（Remote Procedure Call）服务,因此需要确保相关端口能够通信。
安装NFS服务所需的软件包，CentOS 7中，NFS的核心功能包含在nfs-utils软件包中。
sudo yum update -y sudo yum install -y nfs-utils
安装完成后，启动并设置rpcbind和nfs-server服务开机自启。rpcbind负责管理RPC服务的端口映射,是NFS正常工作的基础。
sudo systemctl start rpcbind sudo systemctl start nfs-server sudo systemctl enable rpcbind sudo systemctl enable nfs-server
步骤2：创建共享目录
创建一个需要共享给客户端的目录，我们在根目录下创建一个名为/nfs_share的目录,并设置适当的权限。
sudo mkdir /nfs_share # 为了便于测试，我们给予所有用户读写权限，生产环境应根据需求精细设置 sudo chmod -R 755 /nfs_share # 更改所有者为nfsnobody，这是一个安全实践，可以防止客户端以root身份进行不当操作 sudo chown -R nfsnobody:nfsnobody /nfs_share
步骤3：配置NFS导出规则
NFS服务的核心配置文件是/etc/exports，在这个文件中，我们定义哪些目录可以被共享，以及哪些客户端可以访问,同时指定访问权限。
使用文本编辑器打开/etc/exports文件：
sudo vi /etc/exports
在文件中添加一行配置，格式为：共享目录路径 客户端IP(权限选项)，我们要将/nfs_share目录共享给IP为168.1.20的客户端,并赋予读写权限。
/nfs_share 192.168.1.20(rw,sync,no_subtree_check,no_root_squash)这行配置中的权限选项非常重要,下表对常用选项进行了解释：
| 选项 | 说明 |
|---|---|
ro | 只读访问 |
rw | 读写访问 |
sync | 所有写入操作会同步写入磁盘，数据更安全，但性能稍低 |
async | 写入操作先存入缓存，再异步写入磁盘，性能更高，但断电可能导致数据丢失 |
no_root_squash | 允许客户端的root用户在共享目录上拥有root权限，仅在可信网络中使用 |
root_squash | （默认选项）将客户端的root用户映射为一个匿名用户（通常是nfsnobody），增强安全性 |
subtree_check | （默认选项）如果共享的是一个子目录，NFS会检查父目录的权限 |
no_subtree_check | 不检查父目录权限，可以提高性能和稳定性 |
配置完成后,需要使新的导出规则生效：
sudo exportfs -a
步骤4：配置防火墙
CentOS 7默认使用firewalld作为防火墙管理工具，必须开放NFS服务相关的端口,否则客户端将无法连接。
sudo firewall-cmd --permanent --add-service=nfs sudo firewall-cmd --permanent --add-service=mountd sudo firewall-cmd --permanent --add-service=rpc-bind sudo firewall-cmd --reload
至此，NFS服务器端的配置已全部完成，可以使用showmount -e localhost命令来验证当前服务器导出的共享列表。
第二部分：NFS客户端安装与配置
我们在另一台IP为168.1.20的CentOS 7机器上配置客户端,以挂载服务器提供的共享目录。
步骤1：安装客户端软件
客户端同样需要安装nfs-utils软件包,以提供挂载和管理NFS文件系统的工具。
sudo yum install -y nfs-utils
步骤2：创建挂载点
在客户端上,需要创建一个目录作为NFS共享的挂载点。
sudo mkdir /mnt/nfs_client
步骤3：挂载NFS共享
使用mount命令将服务器上的共享目录挂载到本地创建的挂载点。
sudo mount -t nfs 192.168.1.10:/nfs_share /mnt/nfs_client
步骤4：验证挂载
挂载成功后，可以通过df -hT命令查看当前系统的文件系统列表,应该能看到刚刚挂载的NFS文件系统。
df -hT
输出中会包含类似下面的一行：168.1.10:/nfs_share nfs4 20G 1.2G 18G 7% /mnt/nfs_client
为了进一步验证，可以在客户端的挂载目录中创建一个文件，然后去服务器端的/nfs_share目录查看,文件应该已经同步存在。
sudo touch /mnt/nfs_client/test_file_from_client # 在服务器上检查 ls /nfs_share
第三部分：实现开机自动挂载
为了让系统重启后NFS共享能自动挂载，需要将其配置写入/etc/fstab文件。
编辑/etc/fstab文件：
sudo vi /etc/fstab
在文件末尾添加以下内容：
168.1.10:/nfs_share /mnt/nfs_client nfs defaults 0 0这行配置的含义是：将168.1.10上的/nfs_share目录挂载到本地的/mnt/nfs_client，文件系统类型为nfs，使用默认挂载选项，配置完成后，无需重启，可以使用mount -a命令来测试fstab文件中的所有条目是否能正常挂载。
相关问答FAQs
Q1：NFS配置中的sync和async选项有什么本质区别？我应该如何选择？
A： sync和async选项决定了NFS服务器处理客户端写请求的方式,核心区别在于数据一致性和性能之间的权衡。
sync（同步）：当客户端发起一个写请求时，服务器会将数据写入到稳定的存储设备（如硬盘）后，再向客户端返回成功确认，这保证了数据的持久性和一致性，即使服务器突然断电，已确认写入的数据也不会丢失，缺点是每次写入都需要等待磁盘I/O完成,性能相对较低。async（异步）：服务器接收到写请求后，会先将数据放入内存缓存，然后立即向客户端返回成功确认，服务器会在后续某个时间点（例如缓存满或达到一定时间间隔）再将缓存中的数据批量写入磁盘，这种方式大大减少了等待时间，提高了写入性能，但风险在于，如果在数据被写入磁盘之前服务器断电或崩溃,这部分数据将会丢失。
选择建议：对于存储关键数据、对数据完整性要求极高的场景（如数据库文件、用户重要文档），应优先选择sync以确保数据安全，对于存放临时文件、可从源头重新生成的数据或对性能要求高于数据一致性的场景（如视频流处理、大规模并行计算的中间结果），可以考虑使用async以获得更高的性能。
Q2：什么是root_squash？为什么它被认为是重要的安全措施？
A： root_squash是NFS导出规则中的一个关键安全选项，它的作用是处理来自客户端的root用户身份。
当客户端以root用户身份访问NFS共享时，如果启用了root_squash（这是默认行为），NFS服务器不会将这个请求识别为服务器的root用户，而是将其“压榨”或映射成一个权限非常低的匿名用户，在CentOS上通常是nfsnobody，这意味着，即使客户端是管理员，也无法在NFS共享上执行只有服务器root才能进行的操作，例如修改共享目录的所有者、删除不属于任何人的文件等。
它为什么重要？
想象一个场景：如果一个不受信任的客户端网络连接到你的NFS服务器，并且该客户端的管理员获得了对共享的访问权限，如果没有root_squash（即使用no_root_squash），这位管理员就可以在共享目录上为所欲为，甚至可能通过创建特殊的设备文件或SUID可执行文件来尝试提升权限,从而威胁到整个NFS服务器的安全。
root_squash通过“降级”客户端root权限，有效地建立了一道安全屏障，防止了权限滥用，只有在一个完全可信的封闭网络环境中，例如一个集群的内部节点之间，为了方便管理和自动化脚本运行，才会谨慎地使用no_root_squash，在大多数情况下，保持默认的root_squash是最佳安全实践。
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
发表回复