linux配置nfs步骤

NFS的配置过程很简单。在服务器端中编辑 /etc/exports 文件，添加如下内容： /home/nfs-share 1921681122 (rw,sync)
第一项是要共享的目录，后者为共享的配置参数一般为： (rw,sync,no_root_squash,no_all_squash,no_subtree_check)
然后开启NFS和portmap服务：
/etc/initd/nfs start //用service nfs start也可以 /etc/initd/portmap start //用service portmap stasrt也可以
在centos65中portmap已经改为rpcbind 在客户端，用mount –t nfs 192168123:/home/nfs-share /home/remote_file挂载服务器端的共享目录到本地的/home/remote-file挂载点，然后我们就可以在客户端上应用到远程主机上的/home/nfs-share目录了。想要系统在开机时自动挂载，修改/etc/fstab文件，把NFS服务器的共享目录添加进去就可以了，这个不用多说。

如何知道远程主机上的共享目录情况呢？使用showmount命令，这个命令需要root权限。它有三个选项（记住这三个选项代表的含义： showmount –a IP 显示指定NFS服务器的客户端以及服务器端在客户端的挂载点 showmount –d IP 显示指定NFS服务器在客户端的挂载点 showmount –e IP 显示指定NFS服务器上的共享目录列表（或者叫输出列表） 我们输入命令showmount –a 1921681123：

客户端中出现的mount clntudp_create: RPC: Program not registered错误是怎么回事？噢，我刚才重启了一下服务器端，重启后NFS服务没有开启。 我们开启服务器端的NFS服务，再从客户端上查看一下NFS服务器的情况：

Showmount –a显示出NFS服务器1921681123的共享目录被客户端192168122挂载到/home中；

在showmount -e IP，出现clnt_create: RPC: Port mapper failure - Timed out报错
解决方案：
被访问的NFS服务器上的防火墙没有添加规则，向iptables里面添加以下查看的所有端口即可（目前解决的方法，当然你也可以关闭防火墙，不过这样是比较不安全的，如果你的nfs作用不大，建议你另选别的应用来替代吧！毕竟开那么多的端口，比较不安全呀！）

通过#rpcinfo -p 1010209148
[root@rh01 /]# rpcinfo -p 1010209148program vers proto port service100000 4 tcp 111 portmapper100000 3 tcp 111 portmapper100000 2 tcp 111 portmapper100000 4 udp 111 portmapper100000 3 udp 111 portmapper100000 2 udp 111 portmapper100024 1 udp 52943 status100024 1 tcp 37706 status100011 1 udp 875 rquotad100011 2 udp 875 rquotad100011 1 tcp 875 rquotad100011 2 tcp 875 rquotad100003 2 tcp 2049 nfs100003 3 tcp 2049 nfs100003 4 tcp 2049 nfs100227 2 tcp 2049 nfs_acl100227 3 tcp 2049 nfs_acl100003 2 udp 2049 nfs100003 3 udp 2049 nfs100003 4 udp 2049 nfs100227 2 udp 2049 nfs_acl100227 3 udp 2049 nfs_acl100021 1 udp 37438 nlockmgr100021 3 udp 37438 nlockmgr100021 4 udp 37438 nlockmgr100021 1 tcp 46331 nlockmgr100021 3 tcp 46331 nlockmgr100021 4 tcp 46331 nlockmgr100005 1 udp 57177 mountd100005 1 tcp 43147 mountd100005 2 udp 49154 mountd100005 2 tcp 54810 mountd100005 3 udp 55707 mountd100005 3 tcp 58309 mountd
[root@rh01 /]#

刚才在重启NFS服务的时候，细心的话可以注意到，我们在输入命令/etc/initd/nfs start开启nfs服务时，系统还自作主张地开启了NFS quotas等其它3个服务。

怎么回事？我们只输入了一条启动NFS服务的命令，它怎么额外的启动了3个服务？后面的启动portmap服务又是怎么回事？ 我们首先要了解一点：NFS文件系统要提供服务单靠本身的NFS服务是不够的，还需要调用其它服务，这个其它服务就是RPC（remote procedure call，远程过程调用）服务和portmap服务。由于NFS服务本身不提供文件传输功能，我们要远程使用NFS文件系统就需要RPC服务的支持；而portmap服务用来为RPC服务进行动态端口分配和映射，所以portmap服务也是NFS服务所必须的。

我们查看一下服务的启动情况：

所遇错误：
/etc/initd/nfs-kernel-server: 没有那个文件或目录
解决方案：
没有配置、安装NFS
Linux 下配置NFS服务
1、安装

2、配置

3、客户端

所遇问题：centos65
portmap: 未被识别的服务
解决方案:
由于在6系列里面，portmap已经改名了 ，6系列需要使用 service rpcbind start启动[root@unix-big-bang ~]# service portmap start
portmap: 未被识别的服务
[root@unix-big-bang ~]# service rpcbind status
rpcbind (pid 1312) is running
[root@unix-big-bang ~]#

好文共赏：
linux nfs文件共享

◆一、概念
NFS是网络文件系统（Network File System）的简称，是分布式计算机系统的一个组成部分，可实现在异构网络上共享和装配远程文件系统。
NFS由SUN公司开发，目前已成为文件服务的一种标准（RFC1904,RFC1813）。其最大的功能就是可以通过网络，让不同 *** 作系统 的计算机可以共享数据，所以也可以看作是一个文件服务器。NFS是除了SAMBA之外Windows与Linux及Unix与Linux之间通信的方法。

理想条件下的NFS 网络拓扑结构

1、设置Linux系统之间的文件共享（Linux与Windows中间文件共享采用SAMBA服务）；
2、NFS只是一种文件系统，本身没有传输功能，是基于RPC协议实现的，才能达到两个Linux系统之间的文件目录共享；
3、NFS为C/S 架构 ；
◆二、服务器配置
1、配置文件
主要配置文件为：/etc/exports
格式为： 共享目录 可mount主机IP(参数1，参数2，……)
如：/var/nfs 17220 (rw,sync,no_rootl_squash)
说明：必须注意nfs/目录的访问权限，必须设置成777权限；父目录/var权限无要求，普通的755即可；
2、启动相关服务
然后依次启动相关服务：portmap,nfslock,nfs
service portmap start
service nfslock start
service nfs start
关闭顺序相反。
3、检查共享目录
随后可以采用showmount –e查看一下，看看共享的目录情况：
[root@ns var]# showmount -e
Export list for nsosserver:
/var/nfs 17220
OK，到此为止，NFS服务器搭建完毕；
◆三、客户端配置
1、确保portmap运行
客户端必须确保RPC协议相应的portmap正常运行，否则mount将失败；
2、挂载/var/nfs目录（本地挂载点为/mnt/nfs）
mount -t nfs 172206516:/var/nfs /mnt/nfs
成功mount以后，即可同本地目录一样随意 *** 作；
◆四、其它相关命令
1、当修改了/etc/exports文件后，可以不用重新启动nfs服务，直接采用exports –rv 即可重新导出共享目录；
该命令格式如下：
exportfs [-aruv]
-a ：全部mount或者unmount /etc/exports中的内容
-r ：重新mount /etc/exports中分享出来的目录
-u ：umount 目录
-v ：在 export 的时候，将详细的信息输出到屏幕上。
具体例子：
[root@ns var]# showmount -e
Export list for nsosserver:
/var/nfs 17220
[root@ns var]# exportfs –au #全部卸载
[root@ns var]# showmount -e
Export list for nsosserver:
[root@ns var]# exportfs –rv #全部重新 export 一次
exporting 17220 :/var/nfs
[root@ns var]#
2、showmout命令对于NFS的 *** 作和查错有很大的帮助，所以我们先来看一下showmount的用法
showmout
-a ：这个参数是一般在NFS SERVER上使用，是用来显示已经mount上本机nfs目录的cline机器。
-e ：显示指定的NFS SERVER上export出来的目录。
例如：
[root@localhost ~]# showmount -e 1722016139
Export list for 1722016139 :/root/share 1722016137
[root@ns var]# showmount -a
All mount points on localhostlocaldomain: :/root/share,17220 :/root/share,1722016 :/root/share,1722016139:/nfsshare,1722016139:/root/share1722016137: 1722016137:,17220 1722016137:,1722016 1722016137:/root/share1722016139: 1722016139:,17220 1722016139:,1722016 1722016139:,17220161391722016139:DEFAULT
◆五、常见问题解答
1、提示：mount to NFS server '1722067203' failed: server is down
解决方案：可能是NFS服务器的防火墙有问题；
2、提示：mount: RPC: Timed out
解决方案：由于RPC协议没运行；启动portmap服务；
也有可能是防火墙问题；Server/Client均有可能。

服务器端需要安装 nfs-kernel-server 软件包：
$ sudo apt-get update
$ sudo apt-get install nfs-kernel-server

默认情况下，NFS 服务器上定义了某个共享目录，则该目录及其子目录下的所有文件都可被访问。
出于对安全的考虑，客户端任何需要 超级用户 （即 root 用户，UID=0 & GID=0）权限的文件 *** 作都默认映射到 UID=65534 和 GID=65534 的用户，即 Ubuntu 系统中的 nobody:nogroup。
例如客户端使用 root 权限在挂载的共享目录中创建文件时，该文件的 属主 和 属组 自动变为 nobody:nogroup ，而非 root:root 。

sudo mkdir -p /var/nfs/gernel
sudo mkdir -p /var/nfs/public
sudo chown nobody:nogroup /var/nfs/gernel

为了使 NFS 服务器定义的共享文件可被指定的客户端主机访问，需要在服务器端的 /etc/exports 文件中添加对应的记录。
该文件的格式如下：
Directory Host(Options ) Host(Options) #comment
关于 /etc/exports 文件的详细语法格式可参考 man exports 。

文件示例：

列出 nfs 服务器上的共享目录

创建挂载点
sudo mkdir -p /mnt/nfs/gernel
sudo mkdir -p /mnt/nfs/public
sudo mkdir -p /mnt/nfs/starky

挂载远程目录
sudo mount 19216856102:/var/nfs/gernel /mnt/nfs/gernel
sudo mount 19216856102:/var/nfs/public /mnt/nfs/public
sudo mount 19216856102:/home/starky /mnt/nfs/starky

权限测试

NFS 的权限设定基于 Linux 文件系统的权限管理，即客户端挂载远程共享目录后，会把它们当成本地磁盘目录一样对待，也是根据文件的属主（组）及其对应的权限设定来限制访问。
gernel 目录的属主（组）为 nobody:nogroup（65534:65534），所以虽然该目录为读写权限，非 root 用户无法执行新建 *** 作。而 root 用户由于 NFS 默认的安全机制，会自动映射到 nobody:nogroup。
由于我在客户端和服务端都有一个名为 starky 的用户，且它们的 UID:GID 都为1000:1000，所以服务端的 /home/starky 目录可以直接被客户端的 starky 用户访问。且由于 no_root_squash 选项，通过 sudo 命令创建的文件其属主仍为 root（而不会再映射为 nobody）。
当然这会导致一些安全问题，比如多个客户端同时都有 UID（GID）为1000的用户（不管用户名是什么），则这些用户会共享服务端 /home/starky 目录里的文件权限。

可编辑 /etc/fstab 文件令挂载共享目录的 mount *** 作成为系统的固定配置（手动输入的 mount 命令属于临时挂载，重启会自动卸载），使得系统重启后可以自动挂载远程文件系统。 /etc/fstab 文件的示例内容如下：

/etc/exports 文件的格式为： Directory Host(Options ) Host(Options) #comment
其中的 Host 项用来指定可访问对应共享目录的主机，其格式可分为以下几种：

传输协议
最初的 NFSv2 由于性能原因使用 UDP 协议，虽然 NFS 添加了自己的 包序列重组 和 错误检查 功能，但 UDP 和 NFS 都不具备 阻塞控制 算法，所以在大型的互联网络环境中缺乏足够的性能。
NFSv3 提供了 UDP 和 TCP 协议之间的选择。NFSv4 只能使用 TCP 协议。
随着 CPU，内存等硬件设备和网络传输速度的提高，最初由于性能需求而倾向 UDP 协议的选择也变得不再必要。

State
NFSv2 和 NFSv3 是 无状态 的连接，服务端不会跟踪客户端对共享目录的挂载情况，而是使用 "cookie" 来记录一次成功的挂载。"cookie" 不会因为服务器重启而删除，可以用来在服务器挂掉之后保留客户端的连接信息。
NFSv4 是 有状态 的连接，客户端和服务端都会维护文件 *** 作纪录及文件锁的状态。所以不再需要 "cookie" 的使用。

文件锁
早期版本的 NFS 协议（v2 & v3）由于是 无状态 的连接，它们并不清楚哪些主机正在使用哪些文件。但是文件锁的实现又需要获取状态信息。所以早期协议中的文件锁是独立于 NFS 实现的。
而 NFSv4 将文件锁的实现整合到了核心协议中，虽然此举增加了复杂度，但同时也解决了早期版本中的很多问题。
但是为了兼容使用 V2 和 V3 协议的客户端，独立的 locked 和 statd 守护进程仍旧需要。

安全相关
NFS 协议最初在设计时并不关注安全性，NFSv4 通过引入对更强大的安全服务和身份验证的支持，加强了该协议的安全性。

传统的 NFS 协议大多使用 AUTH_SYS 验证方式，基于 UNIX 的用户和组标识。在这种方式下，客户端只需要发送自己的 UID 和 GID 并与服务器上的 /etc/passwd 文件内容作对比，以决定其拥有怎样的权限。
所以当多个客户端存在 UID 相同的用户时，这些用户会拥有相同的文件权限。更进一步，拥有 root 权限的用户可以通过 su 命令切换到任意 UID 登录，服务器会因此给予其对应 UID 的权限。
为了防止上面的问题出现，服务器可选择使用更健壮的验证机制比如 Kerberos 结合 NFS PRCSEC_GSS。

NFS 共享目录的访问控制基于 /etc/exports 文件中定义的主机名或 IP 地址。但是客户端很容易针对其身份和 IP 地址造假，这也会导致一些安全问题。
NFSv4 只使用 TCP 作为自己的传输协议，而且通常只开放 2049 端口进行数据传输。在配置防火墙时，除了放开 2049 端口的限制外，还要时刻注意数据传输的源地址和目标地址。

win10 系统默认不能挂载 NFS 共享目录，需要进入 控制面板 - 程序 - 程序和功能 - 启用或关闭 Windows 功能 ，勾选上 NFS 服务 。

UNIX and Linux System Administration Handbook, 4th Edition
How to Mount an NFS Share Using a Windows 10 Machine

all_squash 不管客户端什么用户，到服务端都是nfsnobobody
anonuid=匿名用户的UID
anongid=匿名用户的GID

当多个NFS客户端访问服务器端的读写文件时,需要具有以下几个权限。

客户端挂载深入

优化参数

文件系统只读故障/包括/fstab故障
方法：救援模式修复
单用户 mount -o remount,rw /

NFS服务器出问题时候，客户端重启依然能够启动，可以使用下列两种方法
defaults，soft
defaults，hard，intr

内核优化c6
cat >>/etc/sysctlconf<<EOF
netcorewmem_default = 8388608
netcorermem_default = 8388608
netcorermem_max = 16777216
netcorewmem_max = 16777216
EOF
sysctl -p命令生效

□ 简单，容易上手，容易掌握。
□ NFS 文件系统内数据是在文件系统之上的，即数据是能够看得见的。
□ 部署快速，维护简单方便，且可控，满足需求就是最好的。
□ 可靠，从软件层面上看，数据可靠性高，经久耐用。数据是在文件系统之上的。
□ 服务非常稳定。

□ 存在单点故障，如果NFS Server宕机了，所有客户端都不能访问共享目录。这个在后期
会通过负载均衡及高可用方案弥补。
□ 在大数据高并发的场合，NFS效率，性能有限（2千万/日以下PV的网站不是瓶颈，除非
网站网站架构设计太差）。
□ 客户端认证是基于IP和主机名的，权限要根据ID识别，安全性一般（用于内网则问题
不大）。
□ NFS数据是明文的，NFS本身不对数据完整性进行验证。
□ 多台客户机器挂载一个NFS服务器时，连接管理维护麻烦（耦合度高）。尤其当NFS服务
端出问题后，所有NFS客户端都处于挂掉状态（测试环境可使用autofs自动挂载解决，
正式环境可修复NFS服务或强制卸载）。
□ 涉及了同步（实时等待）和异步（解耦）的概念，NFS服务器端和客户端相对来说就是
耦合度有些高。网站程序也是一样，尽量不要耦合度太高，系统及程序架构师的重要职
责就是为程序及架构解耦，让网站的扩展性变得更好。
应用建议：
对于大中小型网站（参考2000万/日PV以下）线上应用，都有用武之地。门户网站也会有应用，生产场景应该多将数据的访问往前推，即尽量将静态存储里的资源通过CDN或缓存服务器提供服务，如果没有缓存或架构不好，存储服务器数量再多也是扛不住压力的，而且用户体验会很差。
showmount 命令说明
showmount命令一般用于从NFS客户端检查NFS服务器端共享目录的情况。

由于阿里云线上有NAS存储，又不能公网访问，所以本地通过软件构建一个NAS以供测试。

NFS的挂载原理

NFS分为客户端与服务器端，一般设置为一个Server端，多个客户端，也可设置为多对多，当服务器端设置好共享目录/data后，客户端通过相应的访问权限，将共享目录挂载到本地系统的某个目录下，就可以透明的看到共享目录里的文件了，依据服务器制定的相应权限做 *** 作

NFS服务器与客户端的通信原理

客户端NFS和服务端NFS通讯过程

1）首先服务器端启动RPC服务，并开启111端口

2）启动NFS服务，并向RPC注册端口信息

3）客户端启动RPC（portmap服务），向服务端的RPC(portmap)服务请求服务端的NFS端口

4）服务端的RPC(portmap)服务反馈NFS端口信息给客户端。

5）客户端通过获取的NFS端口来建立和服务端的NFS连接并进行数据的传输。

NFS系统守护进程

nfsd：它是基本的NFS守护进程，主要功能是管理客户端是否能够登录服务器；

mountd：它是RPC安装守护进程，主要功能是管理NFS的文件系统。

当客户端顺利通过nfsd登录NFS服务器后，在使用NFS服务所提供的文件前，还必须通过文件使用权限的验证。它会读取NFS的配置文件/etc/exports来对比客户端权限。

portmap：主要功能是进行端口映射工作。当客户端尝试连接并使用RPC服务器提供的服务（如NFS服务）时，portmap会将所管理的与服务对应的端口提供给客户端，从而使客户可以通过该端口向服务器请求服务。

环境：

新建一个虚拟机，系统安装使用最小化安装，可参照我前面的文章，有详细介绍。一般情况是系统盘是和数据盘分开。系统盘在线上我一般情况是分配20G，如果是容器等应用系盘我会分配50G，当然如果是有很多镜像的容器环境，那么我会系统将/var/lib/docker等用单独的数据盘来挂载。

安装配置NAS文件共享存储

1、服务端安装

2、关闭防火墙

3、配置nas

配置文件：/etc/exports

共享目录创建：

4 本地NAS存储目录 1921682300/24（授权访问客户端的地址段）

5 重新加载NFS配置

参数说明：

rw：可读写的权限

ro：只读的权限 anonuid：可以自行设定这个UID的值，这个UID必需要存在于你的/etc/passwd当中anongid：同anonuid，但是变成groupID就是了 sync：资料同步写入到内存与硬盘当中 async：资料会先暂存于内存当中，而非直接写入硬盘 insecure：允许从这台机器过来的非授权访问

no_root_squash：登入NFS主机，使用该共享目录时相当于该目录的拥有者，如果是root的话，那么对于这个共享的目录来说，他就具有root的权限，这个参数『极不安全』，不建议使用

root_squash：登入NFS主机，使用该共享目录时相当于该目录的拥有者。但是如果是以root身份使用这个共享目录的时候，那么这个使用者（root）的权限将被压缩成为匿名使用者，即通常他的UID与GID都会变成nobody那个身份

all_squash：不论登入NFS的使用者身份为何，他的身份都会被压缩成为匿名使用者，通常也就是nobody

6 启动服务

7 设置开机启动

8 查看端口占用，以便开着防火墙的时候设置，如果闲麻烦，可以通过限制访问IP

Linux nfs客户端安装

vi /ettc/hosts

在末尾加入

开机自动挂载

vi /etc/fstab

##尾行下面新增加一行写入

注：_netdev表示设备需要网络

一、NFS服务器配置实例

实验拓扑

二、实验要求及环境

21实验环境

NFS服务器 IP：19216885

环境：

[root@server7 ~]# uname -a

Linux server7ctoszu 3100-514el7centosplusi686 #1 SMP Wed Jan 25 12:55:04 UTC 2017 i686 i686 i386 GNU/Linux

[root@server7 ~]# cat /etc/redhat-release

CentOS release 731611 (AltArch)

客户端IP：19216887

环境：

[root@client-A ~]# uname -a

Linux client-Actoszu 2632-696el6i686 #1 SMP Tue Mar 21 18:53:30 UTC 2017 i686 i686 i386 GNU/Linux

[root@client-A ~]# cat /etc/redhat-release

CentOS release 69 (Final)

22、实验要求

NFS服务器

1、/home/share 目录可读写，并且不限制用户身份，共享给19216880/24网段不的所有主机；

2、/home/zhidata 这个目录仅共享给19216887这台主机，以供该主机上面的zhi这个用户来使用，

也就是说zhi在19216885和19216887上均有账号，且账号均为zhi；

3、/home/upload 这个目录做为19216880/24网段的数据上传目录，其中/home/upload

的用户和所属组为nfs-upload这个名字，它的UID和GID均为222；

4、/home/nfs  这个目录的属性为只读，可提供除了网段内的工作站外，向Internet也提供数据内容。

三、服务器端设置

1、 编辑/etc/exports内容

[root@server7 etc]# cat /etc/exports

/home/share  19216880/24(rw,no_root_squash)

/home/zhidata  19216887(rw)

/home/upload   19216880/24(rw,all_squash,anonuid=222,anongid=222)

/home/nfs     19216880/24(ro)  (ro,all_squash)

2、按要求建立每个对应目录

    21、创建/home/share目录 任何人都可以在 /home/share内新增、修改文件，但

    仅有该文件/目录的建立者与root能够删除自己的目录或文件。
    [root@server7 etc]# mkdir -p  /home/share

    [root@server7 etc]# ll -d /home/share/

    drwxr-xr-x 2 root root 6 9月   5 15:50 /home/share/

    [root@server7 etc]# chmod 1777  /home/share/

    [root@server7 etc]# ll -d /home/share/

    drwxrwxrwt 2 root root 6 9月   5 15:50 /home/share/
    22、创建/home/nfs
    [root@server7 etc]# ll -d /home/nfs/

    drwxr-xr-x 2 root root 6 9月   5 16:52 /home/nfs/
    23、创建/home/zhidata目录
    [root@server7 etc]# mkdir -v /home/zhidata

    mkdir: 已创建目录 "/home/zhidata"

    [root@server7 etc]# ll -d /home/zhidata/

    drwxr-xr-x 2 root root 6 9月   5 16:57 /home/zhidata/

    [root@server7 etc]# useradd zhi

    root@server7 etc]# passwd zhi

    更改用户 zhi 的密码 。

    新的 密码：

    无效的密码： 密码少于 8 个字符

    重新输入新的 密码：

    passwd：所有的身份验证令牌已经成功更新。

    [root@server7 etc]# cat /etc/passwd | grep zhi

    zhi:x:1000:1000:zhi:/home/zhi:/bin/bash

    [root@server7 etc]# chmod 700 /home/zhidata/

    [root@server7 etc]# chown -R zhi:zhi /home/zhidata/

    [root@server7 etc]# ll -d /home/zhidata/

    drwx------ 2 zhi zhi 6 9月   5 16:57 /home/zhidata/
    24、创建/home/upload目录

#先建立对应账号与组名及UID

[root@server7 etc]# groupadd  -g 222 nfs-upload

[root@server7 etc]# useradd -g 222 -u 222 -M nfs-upload

[root@server7 etc]# cat /etc/passwd|grep nfs

rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin

nfsnobody:x:65534:65534:Anonymous NFS User:/var/lib/nfs:/sbin/nologin

nfs-upload:x:222:222::/home/nfs-upload:/bin/bash

＃创建目录，修改属主

[root@server7 etc]# mkdir /home/upload

[root@server7 etc]# chown -R nfs-upload:nfs-upload  /home/upload/

[root@server7 etc]# ll -d /home/upload/

drwxr-xr-x 2 nfs-upload nfs-upload 6 9月   6 08:38 /home/upload/

25、重启NFS服务

[root@server7 etc]# systemctl restart  nfs

[root@server7 etc]# systemctl status  nfs

● nfs-serverservice - NFS server and services

   Loaded: loaded (/usr/lib/systemd/system/nfs-serverservice; enabled; vendor preset: disabled)

   Active: active (exited) since 三 2017-09-06 08:41:40 CST; 8s ago

  Process: 9171 ExecStopPost=/usr/sbin/exportfs -f (code=exited, status=0/SUCCESS)

  Process: 9169 ExecStopPost=/usr/sbin/exportfs -au (code=exited, status=0/SUCCESS)

  Process: 9168 ExecStop=/usr/sbin/rpcnfsd 0 (code=exited, status=0/SUCCESS)

  Process: 9181 ExecStart=/usr/sbin/rpcnfsd $RPCNFSDARGS (code=exited, status=0/SUCCESS)

  Process: 9180 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=0/SUCCESS)

 Main PID: 9181 (code=exited, status=0/SUCCESS)

   CGroup: /systemslice/nfs-serverservice

9月 06 08:41:40 server7ctoszu systemd[1]: Starting NFS server and services

9月 06 08:41:40 server7ctoszu systemd[1]: Started NFS server and services

[root@server7 etc]# tail /var/log/messages

Sep  6 08:41:40 server7 systemd: Started NFS Mount Daemon

Sep  6 08:41:40 server7 rpcmountd[9178]: Version 130 starting

Sep  6 08:41:40 server7 systemd: Started NFSv4 ID-name mapping service

Sep  6 08:41:40 server7 systemd: Starting NFS server and services

Sep  6 08:41:40 server7 kernel: NFSD: starting 90-second grace period (net c0c932c0)

Sep  6 08:41:40 server7 systemd: Started NFS server and services

Sep  6 08:41:40 server7 systemd: Starting Notify NFS peers of a restart

Sep  6 08:41:40 server7 sm-notify[9198]: Version 130 starting

Sep  6 08:41:40 server7 sm-notify[9198]: Already notifying clients; Exiting!

Sep  6 08:41:40 server7 systemd: Started Notify NFS peers of a restart

26、查看NFS服务器共享出来目录

27、关闭防火墙、selinux

28查看配置

[root@server7 ~]# exportfs -v

/home/zhidata     19216887(rw,wdelay,root_squash,no_subtree_check,sec=sys,rw,secure,root_squash,no_all_squash)

/home/share       19216880/24(rw,wdelay,no_root_squash,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash)

/home/upload      19216880/24(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=222,anongid=222,sec=sys,rw,secure,root_squash,all_squash)

/home/nfs         19216880/24(ro,wdelay,root_squash,no_subtree_check,sec=sys,ro,secure,root_squash,no_all_squash)

/home/nfs         <world>(ro,wdelay,root_squash,all_squash,no_subtree_check,sec=sys,ro,secure,root_squash,all_squash)

四、客户端配置

41、客户端也要安装nfs-utils和rcpbind软件包

[root@client-A ~]# yum install nfs-utils rpcbind -y

42、启动RPC

[root@client-A ~]# service rpcbind start  /systemctl start rpcbind

Starting rpcbind:                                          [  OK  ]

[root@client-A ~]# service rpcbind status

rpcbind (pid  1926) is running

[root@client-A ~]# chkconfig --list |grep rpcbind

43、客户端关闭防火墙、selinux

[root@client-A ~]# service iptables stop /systemctl stop firewalld

iptables: Setting chains to policy ACCEPT: filter          [  OK  ]

iptables: Flushing firewall rules:                         [  OK  ]

iptables: Unloading modules:                               [  OK  ]

44　测试网络

[root@client-A ~]# ping 19216885

PING 19216885 (19216885) 56(84) bytes of data

64 bytes from 19216885: icmp_seq=1 ttl=64 time=216 ms

64 bytes from 19216885: icmp_seq=2 ttl=64 time=0697 ms

64 bytes from 19216885: icmp_seq=3 ttl=64 time=0346 ms

64 bytes from 19216885: icmp_seq=4 ttl=64 time=0336 ms

64 bytes from 19216885: icmp_seq=5 ttl=64 time=0335 ms

64 bytes from 19216885: icmp_seq=6 ttl=64 time=0317 ms

64 bytes from 19216885: icmp_seq=7 ttl=64 time=0512 ms

64 bytes from 19216885: icmp_seq=8 ttl=64 time=0320 ms

^C

--- 19216885 ping statistics ---

8 packets transmitted, 8 received, 0% packet loss, time 7555ms

rtt min/avg/max/mdev = 0317/0629/2169/0595 ms

45 在客户端查看NFS服务器共享出来目录

[root@client-A ~]# showmount -e 19216885

Export list for 19216885:

/home/nfs     (everyone)

/home/upload  19216880/24

/home/share   19216880/24

/home/zhidata 19216887

46、挂载NFS服务器上/home/nfs目录到本地/opt/data目录下

#临时挂载

#永久挂载

编辑、/etc/fstab文件，新增如下条目：

19216885:/home/nfs  /opt/data/ nfs4 defaults 0 0

更多信息参考 nfs参数详解
#查看信息

[root@client-A data] # df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/mapper/VolGroup-lv_root

                      65G  644M  56G  11% /

tmpfs                 250M     0  250M   0% /dev/shm

/dev/sda1             477M   26M  426M   6% /boot

19216885:/home/nfs

                      80G  16G  65G  20% /opt/data

[root@client-A data]# mount

/dev/mapper/VolGroup-lv_root on / type ext4 (rw)

proc on /proc type proc (rw)

sysfs on /sys type sysfs (rw)

devpts on /dev/pts type devpts (rw,gid=5,mode=620)

tmpfs on /dev/shm type tmpfs (rw)

/dev/sda1 on /boot type ext4 (rw)

none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

nfsd on /proc/fs/nfsd type nfsd (rw)

19216885:/home/nfs on /opt/data type nfs (rw,vers=4,addr=19216885,clientaddr=19216887)

#创建文件测试

[root@client-A data]# touch testabc

touch: cannot touch `testabc': Read-only file system

47挂载/home/upload 目录到客户端/opt/upload目录下

#挂载

[root@client-A data]# mkdir /opt/upload

[root@client-A data]# mount -t nfs  19216885:/home/upload   /opt/upload/

#查看挂载是否成功

[root@client-A data]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/mapper/VolGroup-lv_root

                      65G  644M  56G  11% /

tmpfs                 250M     0  250M   0% /dev/shm

/dev/sda1             477M   26M  426M   6% /boot

19216885:/home/nfs

                      80G  16G  65G  20% /opt/data

19216885:/home/upload

                      80G  16G  65G  20% /opt/upload
#客户端创建nfs-upload用户

[root@client-A ~]# groupadd  -g 222 nfs-upload

[root@client-A ~]# useradd -g 222 -u 222 -m nfs-upload
#测试，可以看到创建的文件及目录默认属主为nfs-upload属组为nfs-upload

[zhi@client-A upload]$ pwd

/opt/upload

[zhi@client-A upload]$ ll

total 0

#测试创建文件

[zhi@client-A upload]$ touch test123

测试创建目录

[zhi@client-A upload]$ mkdir  testdir

[zhi@client-A upload]$ ll -a

total 4

drwxr-xr-x  3 nfs-upload nfs-upload   36 Sep  6 10:28

drwxr-xr-x 4 root       root       4096 Sep  6 18:22

-rw-rw-r--  1 nfs-upload nfs-upload    0 Sep  6 10:28 test123

drwxrwxr-x  2 nfs-upload nfs-upload    6 Sep  6 10:28 testdir

# 在客户端用root用户创建文件测试

root@client-A upload]# touch testabc

[root@client-A upload]# ll

total 0

-rw-r--r-- 1 root       root       0 Sep  6 10:31 nfstest123

-rw-r--r-- 1 nfs-upload nfs-upload 0 Sep  6 10:32 testabc

drwxrwxr-x 2 nfs-upload nfs-upload 6 Sep  6 10:28 testdir

可以看到用root用户创建的文件属主仍是nfs-upload

#测试删除文件

[zhi@client-A upload]$ rm test123

[zhi@client-A upload]$ ll

total 0

drwxrwxr-x 2 nfs-upload nfs-upload 6 Sep  6 10:28 testdir

---