示例图 :
我们在上篇文章也讲过, 要实现 NFS 服务的搭建,最起码得 两个 服务 ( NFS 服务,RPC
服务) 涉及 三方 : 服务端 ( 房源 ) 客户端 ( 租客,买房 ) RPC 服务 ( 中介 ) )
* 首先 服务端 启动 RPC 服务,并开启 111 端口 ( 启动后就会监听与 NFS 相关的请求)
** 服务器端 启动 NFS 服务,并向 RPC 注册 端口信息
( 卖房的人就是 NFS 服务端 会把相关信息向 RPC 进行注册,相关信息重要的就比如访
问连接是哪个端口 )
*** 客户端启动 RPC ( portmap 服务 ) ,向服务端的 RPC ( portmap ) 服务请求服务
端的NFS端口
**** 服务端的 RPC ( portmap ) 服务反馈 NFS 端口信息给客户端。
( 服务器搭建成功后可以使用下列命令查看,一般都是 2049 )
[root@server ~]# cat /etc/services | grep nfs
上示命令只做了解
# 无论哪种服务,它装的这个软件都会伴随着 开发版本而不同,比如 红帽8,它就有一些服
务就不需要装,就像 rpcbind ,就已经装过了,就在安装系统的时候就已经装过了;
但有的不同的开发版本就有可能还没有装这个 rpcbind ,那就得装一下,甚至安装包的名
字也会有一些变化,这个就是需要注意的~!!!
我们可以使用命令来查看一下 关于 nfs 的相关安装包 有哪些
===>>>
[root@server ~]# yum list | grep nfs
上面就显示出,所有与 NFS 有关的安装包了 ( 只要包含 nfs 的都会显示 )
一般来讲,只要是 nfs 打头的那就是 安装包, 当然了,也要参考 后面的扩展名
要下 X86_64 平台的, 不能下成 32 平台的;最后两个的 .noarch 是 任何平台都能装 。
好了, 公布下 nfs 的安装包 —— nfs-utils.x86_64
安装 NFS
===>>>
[root@server ~]# yum install nfs-utils -y
上示就把 nfs 就安装好了 ( NFS 的主程序安装包 )
接下来,安装 RPC
===>>>
[root@server ~]# yum install rpcbind -y
上面显示的就是 前面说的, rpc 已经安装了( 默认就安装了 )
要注意的是 安装 RPC ,它的安装包是 rpcbind 而不是 RPC
至此, 该安装的服务就都安装完毕了 ~!!!!
主配置文件 : /etc/exports ( 该文件不一定存在,但路径就是这个,vim 就会新建一个 )
/usr/sbin/exportfs : 是一个可执行文件, 该文件用于维护 nfs 共享目录 资源的命令文件
可以使用命令重新共享 /etc/exports 的目录资源 ,也可卸载共享目录。
日志目录 : /var/lib/nfs
权限设置文件 : /var/lib/nfs/etab
# /etc/exports 文件默认为 空文件,需要输入 nfs 共享命令
注意, 上面格式的 NFS客户端的端字和(共享权限参数)的左括号是挨着的。
分析 :
共享目录的路径 : 就是 你想共享的那个数据/目录 的路径
允许访问的 NFS 客户端 : 可以写完整的 IP 地址或 IP 网段
===>>>
如 :
* 192.168.1.1/24
* 192.168.1.0/255.255.255.0
* 192.168.1.0/24
* 格式上的 “ 允许访问的NFS客户端 ” 那个位置 还可以写成 *
这个 * 就代表 允许所有主机都可以访问 ,不限定,任意计算机。
共享权限参数 : 必须写在圆括号中,且括号是紧挨着主机名的,权限的相关
参数如下,多个参数之间用逗号 隔开。
===>>>
权限参数 | 作用 |
ro | 只读 |
rw | 读写 ( 最终还要看文件 系统 rwx 权限) |
root_squash | 当 NFS 客户端以 root 账户访问时,映射为 NFS 服务端的匿名账户( 匿名为 nobody ) |
no_root_squash | 当 NFS 客户端以 root 账户访问时,映射为root 账户 ( 不推荐,不安全 ) |
all_squash | 无论 NFS 客户端使用什么账户访问,均映射为 NFS 服务器的匿名账户( nobody ),推荐 |
no_all_squash | 客户端普通账户访问服务器的数据时,实际的信息会原样显示。 |
anonuid= anongid= |
将文件的用户和工作组映射为指定的UID 和 GID ,若不指定则默认为 65534( nobody ) |
sync | 同步,同时将数据写入内存及硬盘中,保证数据不会丢失,推荐 |
async | 异步,优先将数据保存到内存,然后再写入硬盘,效率高,但可能会数据丢失。 不推荐 |
上示表格呢,主要就是展示的是 ( 共享权限参数 ) 里的内容;
也可以看到,上示表格 可以分了 三个段,
也就是说共享权限参数里要写三个方面的内容
第一方面 : 文件的具体权限
第二方面 : 账户映射关系
第三方面 : 传输模式
示例 :
* /home/public *(rw,sync)
===>>> 对所有主机 共享 /home/public这个目录,
具有可读可写权限,同步传输
可以注意到的是 共享权限参数 没有写满三个,而是两个,
少了一个 账户映射关系 ( 没有写,那就是 all_squash )
* /home/public 192.168.48.130/24(rw,all_squash,sync)
===>>> 对 192.168.48.130 这台主机 开放 共享/home/public 这个目录
具有读写权限,映射为 nobody 账户,同步传输
* /home/public 192.168.48.0/24(rw,sync,all_aquash,anonuid=2000,
anongid=2000)
===>>> 对192.168.48.0 网段所有主机开放共享 /home/public, 具有读写权
限,映射为匿名账户(nobody账户),但是匿名账户的 UID,GID 不
是65534嘛,按照显示修改 uid 及 gid 为2000;同步传输。
XXXXXX : 还需要着重强调的一点是
===>>>
就是我们在上示表格第三行 【 读写 ( 最终还要看文件系统 rwx 权限)】
我们表格第三行的意思是说
我们表格里的 什么 ro, rw 我们说是 只读,可读可写
对着没 ?? 对着呢~!! 没错,是 只读,可读可写 。
但是,要强调的是
如果 我们的 NFS 的共享权限是 rw ,而 共享文件本身 ( rwx 那个权限)
要是 r-- 是 只读, 那就怎么样 ??
最终就得以 共享文件本身的权限 ( r-- ) 只读 为准 ~!!!!
XXXXXX : 我们对 账户映射关系 解释下
===>>>
说白就是 客户端 是以什么身份 来访问这个 服务端提供上去的共享文件
我们现在不是干什么 都讲究有一个账户嘛,
比如 A 想访问 B 的共享数据,那就是说 这个 A 是以什么身份来访问的 ?
如果 A 当前登录的账户是 root ,那换句话说是不是 A 以 root 账户来访问
B 的共享数据的 ~!!
问题是在对方的服务器上怎么体现 A 是以什么身份呢 ??
如果直接体现的话,就是 直接显示了 A 此时的身份就是 root 了,那不就
安全存在一定的隐患了,因此 就会做一个 映射 ~!!!
客户端以 root 账户 来访问 服务端时,服务端就会把 root 改为 nobody 会
做一个映射来保护 客户端的隐私及安全。