文件共享服务之NFS简介及应用

本文简要介绍nfs文件共享服务及基于nfs的web服务网页共享实验

简介

NFS(Network File System)即网络文件系统，通过网络让不同的机器、不同的操作系统能够彼此分享个别的数据，让应用程序在客户端通过网络访问位于服务器磁盘中的数据，是在类Unix系统间实现磁盘文件共享的一种方法。在实现文件传输需要依赖RPC，即远程过程调用。nfs服务在启动时，向rpc注册监听在某个端口上，rpc服务从还没被使用的端口中挑一个给此进程监听，换句话说，NFS是RPC服务器。当然，不但运行NFS的服务器需要启动RPC的服务，要挂载NFS文件系统的客户端，也需要同步启动RPC，这样服务器端与客户端才能由RPC的协议进程序端口的对应，Linux系统默认启动此服务

以下实验环境为CentOS7.2

nfs服务安装配置

1
2
3

yum install nfs-utils rpcbind   # rpcbind提供rpc服务，默认已安装，nfs-utils提供nfs服务所需程序包
systemctl start rpcbind nfs     # 开启服务
rpcinfo -p localhost            # 查看rpc服务监听端口及服务，可以指定地址查看该服务器上的共享

监听端口

nfs服务：2049/tcp, 2049/udp
rpc服务：111/tcp, 111/udp

权限问题

nfs的权限管理机制默认上以UID或GID映射，即要确保服务端和客户端上的存在相同用户且UID或GID也相机，否则映射时将会出现混乱，当然如果服务器与客户端之间存在中心身份认证服务器时，则不存在此问题，中心认证服务器包括NIS，Kerberos及LDAP等，此处暂不讨论。以下是几种映射情况：

Client和Server上同时存在lin00用户，且UID和GID都一致时，Client上以liu00用户对nfs共享文件的权限正常
Client上liu00用户ID为1001，Server上Tom用户ID为1001，此时Client上liu00用户将以Tom的权限访问nfs共享文件，从而造成一定的问题
Client上liu00用户ID为1001，Server上无UID为1001用户，此时liu00将被压缩成匿名用户访问，其UID为65534的nfsnobody
默认情况下，root用户访问时也会被压缩成匿名用户访问，如需root权限要在定义nfs导出时添加no_root_squash选项

主配置

/etc/exports：在此文件中定义共享，导出时建议直接导出一个新分区

语法：导出目录客户端1(文件系统导出选项) [客户端2(选项)...]

/nfsshare  192.168.1.0/24(rw,no_root_squash)  172.16.60.0/24(rw)

客户端格式：
指定IP：172.16.60.7
指定域名：*.liu2lin.com
网络地址：172.16.0.0/16 192.168.1.0/255.255.255.0
主机组：NIS域内主机组，@groups
所有主机：使用*通配所有
文件系统导出属性：
ro：只读
rw：读写
async：异步,尽量使用异步
sync：同步
root_squash：压缩root用户，基于imapd，将root通过网络访问时映射为nfsnobody用户，默认启用
no_root_squash：不压缩root用户
all_squash：压缩所有用户
anonuid，anongid：指定匿名用户映射为UID，GID

注：客户端上用户对共享文件的取决于导出属性及服务端上对应用户对导出目录下的文件的权限共同决定

客户端访问

客户端启动rpcbind，以服务端(172.16.60.1)导出/nfsshare，客户端挂载到/data/nfs为例说明

客户端挂载NFS文件系统：

mount -t nfs 172.16.60.1:/nfsshare  /data/nfs

客户端开机自动挂载nfs：/etc/fstab添加

172.16.60.1:/nfsshare  /data/nfs  nfs  defaults,_netdev  0 0

文件共享服务之NFS简介及应用

简介

nfs服务安装配置

监听端口

相关进程

权限问题

主配置

相关命令

客户端访问

实践