一、关于存储的分类

二、NFS的介绍

nfs的相关介绍：

1、原理

2、nfs的特点

3、nfs软件学习

4、共享配置文件的书写格式

 关于权限，学习：

5、关于命令的学习：

三、实验操作

1、nfs默认共享权限（服务端设置）

2、客户端进行挂载 

​编辑 3、客户端测试：

4、调优

①修改共享配置文件，添加写的权限

②还需要修改文件夹，因为目前现在文件夹没有其他用户的写的权限

四、总结

---

一、关于存储的分类

存储类型分为三种

1、直连式存储：Direct-Attached Storage，简称DAS

特点：存储和主机直接连接，比如家用的电脑，服务和硬盘直接连接，存储和主机在一台机器上

适用范围：适用于那些数据量不大，对磁盘访问速度要求较高的中小企业

2、网络附加存储：Network-Attached Storage，简称NAS

特点：存储在远程，文件系统也在远程，这块空间是你可以直接访问上面的文件，如ftp、nfs都属于NAS（可以理解为通过网络共用一个设备，且设备的数据仅存了一份）

适用范围：适用于文件服务器，用来存储非结构化数据，虽然受限于以太网的速度，但是部署灵活，成本低

3、存储区域网络：Storage Area Network，简称SAN

特点：有一定的距离，主机距离存储设备相对较远，只提供空间不提供文件系统，管理等其他软件服务，比如ceph，gfs等

适用范围：适用于大型应用或数据库系统，缺点是成本高、较为复杂

二、NFS的介绍

nfs的相关介绍：

nfs是一种NAS存储，NFS也是一种网络文件系统，基于内核的文件系统。

nfs端口号不固定，早期喜欢说是2049，但是实际上是不固定的，它依赖于rpc（Remote Process Call，远程过程调用协议），通过nfs协议，客户机可以像访问本地目录一样远程访问服务器的共享资源。

1、原理

首先，服务端：nfs开启以后，服务端自己的rpc会注册相关信息；

然后，客户端：想要去连接服务端，会先找一下rpc注册中心，获取nfs的端口号（因为nfs的端口号是随机的，由rpc来进行管理） ；

最后，rpc会告诉客户端关于服务端的nfs端口号，客户端实现访问

2、nfs的特点

• 使用tcp/ip传输网络文件（rpcbind的端口号是111，nfs的端口号不固定）
• 比较适合局域网环境，内部操作
• 安全性低

3、nfs软件学习

软件包：nfs-utils(包括服务器端和客户端)

相关软件包：rpcbind(必须)（centos7的rpcbind由systemd直接管理，不需要启动，会有叫醒服务，在centos7之前都需要先启rpcbind再启动nfs）

nfs端口号不固定 RPC端口号111（tcp和udp都是）

NFS服务主要进程：

• rpc.nfsd 最主要的NFS进程，管理客户端是否可登录

• rpc.mountd 挂载和卸载NFS文件系统，包括权限管理

• rpc.lockd 非必要，管理文件锁，避免同时写出错

• rpc.statd 非必要，检查文件一致性，可修复文件

日志：/var/lib/nfs/

4、共享配置文件的书写格式

/etc/exports

共享目录      共享给哪些主机（权限）
/dir           192.168.20.0/24（rw.....等）

举例：最简单的：/opt *
可获取的主机可以是一台，也可以是网段等

 关于权限，学习：

默认选项：(ro,sync,root_squash,no_all_squash)
ro,rw 只读和读写（如果允许客户端创建文件夹，写内容等，需要调为rw）

async 异步，数据变化后不立即写磁盘，先写入到缓冲区中，过一段时间再写入磁盘，性能高,安全性低
##但是异步的速度快，因为缓存在内存了

sync（1.0.0后为默认）同步  ##数据在请求时立即写入共享存储磁盘,性能低,安全性高

root_squash ##（默认）远程root映射为nfsnobody,UID为65534，CentOS8 为nobody,CentOS 
7以前的版本为nfsnobody

no_root_squash ##远程root映射成NFS服务器的root用户

all_squash 所有远程用户(包括root)都变成nfsnobody,CentOS8 为nobody

no_all_squash （默认）保留共享文件的UID和GID（这里注意是id号）

anonuid和anongid 指明匿名用户映射为特定用户UID和组GID，而非nobody,可配合all_squash使用

/data/nfs1        *(rw,all_squash,anonuid=1002,anongid=1002)

##以后在生产环境中，为了调优和统一化部署，建议映射为id号相同的用户

5、关于命令的学习：

服务端：

1、软件的配置文件不需要修改，需要修改共享配置文件：/etc/exports

2、修改完以后，先重启一下nfs服务，有两种方法：exportfs -r和systemctl  reload nfs

3、查看本机的共享配置文件信息：exportfs -v

客户端：

1、需要知道服务端是否开启了共享服务：showmount -e 服务端的ip

2、服务端需要挂载：

临时挂载：mount 服务端ip:/共享目录  挂载点

永久挂载：vim /etc/fstab;服务端ip:/共享目录   挂载点 nfs defaults,_netdev 0 0

注意：因为是通过网络共享，那么需要知道，万一服务器不在线，那么永久挂载的配置文件会在开机的时候加载，那么如果没有“_netdev”则开不了机。这个“_netdev”的意思是能够ping通才行，没ping通不生效

三、实验操作

1、nfs默认共享权限（服务端设置）

[root@localhost ~]#mkdir /data
[root@localhost ~]#vim /etc/exports

##exportfs -r和systemctl reload nfs用法一样
[root@localhost ~]#exportfs -r
exportfs: No options for /data 192.168.20.0/24: suggest 192.168.20.0/24(sync) to avoid warning
[root@localhost ~]#exportfs -v
/data         	192.168.20.0/24(ro,sync,wdelay,hide,no_subtree_check,sec=sys,secure,root_squash,no_all_squash)

2、客户端进行挂载 

[root@localhost ~]#systemctl start nfs

[root@localhost ~]#showmount -e 192.168.20.30

[root@localhost ~]#mkdir /nfsdir

##临时挂载
[root@localhost ~]#mount 192.168.20.30:/data /nfsdir/
[root@localhost ~]#df -hT

##永久挂载
[root@localhost ~]#vim /etc/fstab 
[root@localhost ~]#mount -a
[root@localhost ~]#df -hT

 

 3、客户端测试：

4、根据实验来学习权限配置

想要客户端有写的权限：

①修改共享配置文件，添加写的权限

②还需要修改文件夹，因为目前现在文件夹没有其他用户的写的权限

 

 

5、关于文件的属主

1、默认情况下，是root_squash,no_all_squash，即：root压榨为匿名用户，普通用户只是保留uid与名称无关

2、添加完rw权限以后，客户端可以写内容也可以删除内容

6、客户多台客户机使用nfs

7、比较常用的选项配置：

共享配置文件的常用选项
/data      *(rw,all_squash,anonuid=2000,anongid=2000)

测试结果 

建议在使用的时候，将所有主机的uid=2000的用户使用同一个人，这样比较方便 

拓展 

在这个使用的基础上，指定uid为2000的用户使用，这样更加安全！！

验证  在服务端和客户端只是认识uid为2000的用户，换个名字也是一样的 

 

 8、验证rpcbind是tcp和udp的111端口：

四、总结

1、服务端添加共享目录的写的权限的时候，需要注意给软件添加权限，然后还得给共享的目录添加权限，目录权限添加有两种办法：直接用chmod 777；或者使用setfacl 只给指定的用户或uid给rwx权限；

2、rpcbind用了tcp协议也用了udp协议，都是111端口，tcp用于建立可靠的客户端连接，udp用于管理注册信息nfs的端口号；

3、要知道如果系统默认是进行root压榨为nfsnobody和普通用户不压榨，但是是以uid记录，所有属主和属组都是看uid的，与用户名无关；

4、在生产环境中，建议使用全部压榨，调整为uid为统一的用户，使用setfacl限定，这样数据更安全

5、最后，nfs是一种nas存储方式，nfs本身就是一种网络文件系统，所以直接挂载就可以使用