Linux(NFS搭建)
NFS笔记(一)NFS服务器工作原理及详细配置
Linux NFS文件共享 | 配置流程 |超详细
NFS介绍
NFS(Network File System)
是一种分布式文件系统协议。
最最最重要的功能就是可以通过网络,让不同的机器、不同的操作系统可以共享彼此的文件。
NFS
服务的实现依赖于 RPC(Remote Process Call,远端过程调用)
机制,以完成远程到本地的映射过程。
所以需要安装 nfs-utils
、rpcbind
软件包来提供 NFS
共享服务,前者用于NFS
共享发布和访问,后者用于 RPC
支持。
NFS服务配置
服务端 | 客户端 |
---|---|
192.168.111.9 | 192.168.111.11 |
启动:NFS、RPC服务 | 启动:RPC服务 |
/text | /textC |
Linux MySQL5.7 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux | Linux MySQL5.7 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux |
CentOS Linux release 7.9.2009 (Core) | CentOS Linux release 7.9.2009 (Core) |
同一个软件在不同版本,内核之间是有差异的,所以部署的方法也不一样,不要因为这个而造成不必要的错误。
服务器使用 NFS 发布共享资源
#安装NFS和RPC服务
sudo yum install nfs-utils rpcbind -y
#查看已安装的包
rpm -qa | egrep "nfs|rpcbind"
rpcbind-0.2.0-49.el7.x86_64
libnfsidmap-0.25-19.el7.x86_64
nfs-utils-1.3.0-0.68.el7.2.x86_64
#启动NFS服务之前先启动rpcbind服务
systemctl status rpcbind
#注:rpcbind安装成功后默认已经开启,并且为开机自动启动。
#如果没有启动的话,重新启动rcpbind服务
systemctl restart rpcbind
systemctl status rpcbind
#查看PRC端口
yum install net-tools lsof -y
lsof -i:111
netstat -tlunp |grep rpcbind
#未启动NFS之前查看NFS服务向PRC注册的端口信息
rpcinfo -p localhost
# RPC服务启动后再启动NFS服务
systemctl status nfs
#默认未启动,系统开机重启后不启动,启动nfs服务,将设置为开机启动。
systemctl start nfs
systemctl enable nfs
systemctl status nfs
#启动NFS后再次查看rpc注册的端口信息
rpcinfo -p localhost
#在确认启动没用问题后看一看NFS到底开了哪些端口
netstat -tulnp |grep -E '(rpc|nfs)'
#NFS常见进程详解
ps -ef |egrep "rpc|nfs"
nfsd
:最主要的NFS服务
提供程序,这个daemon
主要的功能就是管理客户端是否能够使用服务器文件系统挂载信息,其中还包含判断这个登录用户的ID
。rpc.mountd
:这个daemon
主要功能则是管理NFS的文件系统
。当client端
顺利通过rpc.nfsd
登入主机后,在它可以使用NFS服务器
提供规定文件之前,还会经过文件使用权限的认证程序。它会去读取NFS的配置文件/etc/exports
来对比客户端的权限,当通过这一关之后,client端
也就取得使用NFS文件
的权限。
NFS
的配置文件为/etc/exports
(服务端进行配置)
mkdir /text
ll / | grep text
drwxr-xr-x. 2 root root 6 Jan 25 00:06 text
chmod 755 /text
vi /etc/exports
/text 192.168.111.0/24(rw,sync,no_root_squash)
/text 192.168.111.0/24 (rw,sync,no_root_squash)
共享目录 客户端地址 客户端权限
参数命令 | 参数用途 |
---|---|
rw | 表示可读写 |
ro | Read-only表示只能读权限 |
Sync | 请求或者写入数据时,数据同步写入到NFS server的硬盘中后才会返回 |
no_root_squas | 访问nfs server共享目录的用户如果是root的话,它对该目录具有root权限。这个配置原本为无盘用户准备的。用户应避免使用! |
root_squash | 对于访问NFS server共享目录的用户,如果是root的话会被压缩成为nobody用户身份。 |
all_squash | Read-only表示只能读权限不管访问nfs server共享目录的用户身份如何包括root,它的权限都将被压缩成为匿名用户,同时他们的udi和gid都会变成nobody或nfsnobody账户的uid,gid。在多个nfs客户端同时读写nfs server数据时,这个参数很有用可以确保大家写入的数据的权限是一样的。但不同系统有可能匿名用户的uid,gid不同。因为此处我们需要服务端和客户端之间的用户是一样的。比如说:服务端指定匿名用户的UID为2000,那么客户端也一定要存在2000这个账号才可以 |
anonuid | anonuid就是匿名的uid和gid。说明客户端以什么权限来访问服务端,在默认情况下是nfsnobody。Uid65534. |
anongid | 同anongid,就是把uid换成gid而已 |
查看本机发布的 NFS
共享目录
#发布共享
exportfs -rv
showmount -e
客户端中访问 NFS 共享资源
yum -y install nfs-utils rpcbind
systemctl start rpcbind
systemctl enable rpcbind
systemctl status rpcbind
#查看 NFS 服务器端共享了哪些目录
showmount -e 192.168.111.9
Export list for 192.168.111.9:
/text 192.168.111.0/24
clnt_create: RPC: Port mapper failure - Unable to receive: errno 113 (No route to host)
#NFS 服务器端
sudo iptables -F
mkdir /textC
mount 192.168.111.9:/text /textC
df -Th
#客户端
cd /textC/
ls
touch xiaowangzhenshuai.txt
#服务器
cd /text/
ll
total 0
-rw-r--r--. 1 root root 0 Jan 24 16:57 xiaowangzhenshuai.txt
#客户端设置自动挂载
vi /etc/fstab
192.168.111.9:/text /textC nfs defaults,_netdev 0 0
192.168.111.9:/text /textC nfs defaults,_netdev 0 0
服务器地址 客户端地址 nfs协议
umount -lf /textC
客户端
NFS挂载原理
RPC与NFS如何通讯
因为NFS支持的功能相当多,而不同的功能都会使用不同的程序来启动,每启动一个功能就会启用一些端口来传输数据,因此NFS的功能对应的端口并不固定。
客户端要知道NFS服务器端的相关端口才能建立连接进行数据传输,而RPC就是用来统一管理NFS端口的服务,并且统一对外的端口是111,RPC会记录NFS端口的信息,如此我们就能够通过RPC实现服务端和客户端沟通端口信息。
PRC
最主要的功能就是指定每个NFS
功能所对应的port number
,并且通知客户端,记客户端可以连接到正常端口上去。
首先当NFS启动后,就会随机的使用一些端口,然后NFS就会向RPC去注册这些端口,RPC就会记录下这些端口,并且RPC会开启111端口,等待客户端RPC的请求,如果客户端有请求,那么服务器端的RPC就会将之前记录的NFS端口信息告知客户端。如此客户端就会获取NFS服务器端的端口信息,就会以实际端口进行数据的传输了。
提示:在启动NFS SERVER之前,首先要启动RPC服务(即portmap服务,下同)否则NFS SERVER就无法向RPC服务区注册,另外,如果RPC服务重新启动,原来已经注册好的NFS端口数据就会全部丢失。因此此时RPC服务管理的NFS程序也要重新启动以重新向RPC注册。特别注意:一般修改NFS配置文档后,是不需要重启NFS的,直接在命令执行/etc/init.d/nfs reload或exportfs –rv即可使修改的/etc/exports生效。
再简要解释一下,首先NFS有很多端口,客户端要知道端口才能进行信息通信,这个时候我们不可能全部把端口给客户端,因此出现了RPC来管理这些端口,通过RPC告诉客户端哪些端口是干啥的。NFS只需要把相应的端口注册到RPC上就行。
NFS客户端和NFS服务端通讯过程
1)首先服务器端启动RPC
服务,并开启111
端口
2)服务器端启动NFS
服务,并向RPC
注册端口信息
3)客户端启动RPC(portmap服务)
,向服务端的RPC(portmap)
服务请求服务端的NFS端口
4)服务端的RPC(portmap)
服务反馈NFS端口
信息给客户端。
5)客户端通过获取的NFS端口
来建立和服务端的NFS连接
并进行数据的传输。
总结
所有结论都需要反复测试!如果有错误欢迎指正!一起努力!
如果喜欢的话,请点个赞吧就算鼓励我一下。