NFS 在文件传送或信息传送过程中依赖 RPC（Remote Procedure Call）协议，即远程过程调用，NFS的各项功能都必须向 RPC 来注册，如此一来 RPC 才能了解 NFS 这服务的各项功能 Port，PID，NFS 在服务器所监听的 IP 等，而客户端才能透过 RPC 的询问找到正确对应的端口，所以 NFS 必须要有 RPC 存在是才能成功的提供服务，简单的理解二者关系：NFS 是一个文件存储系统，而 RPC 是负责信息的传输。
通过上面的简介，我们知道 NFS 服务需要依赖 RPC 服务，所以这里 NFS 服务端需要安装 rpcbind 和 nfs-utils ，客户端只需要安装 nfs-utils 即可，由于我们选用 CentOS 系统，所以可以使用 yum 快速的安装。
然后安装 NFS 服务
另：Ubuntu 1604 安装命令
我们在服务端创建一个共享目录 /data/share ，作为客户端挂载在远端入口，然后设置权限
然后，修改 NFS 配置文件 /etx/exports
说明一下，这里配置后边有很多参数，每个参数有不同的含义，具体可以参考下边。此处，我配置了将 /data/share 文件目录设置为允许IP为 19216800/24 区间的客户端挂载。然后，如果客户端IP不在该区间也想要挂载的话，可以设置IP区间更大或者设置为 即允许所有客户端挂载，例如： /home (ro, sync,insecure,no_root_squash) 设置 /home 目录允许所有客户端只读挂载。
接下来，我们先启动 RPC 服务
我们发现，启动了 NFS 服务后，RPC 注册的端口列表明显增多。现在服务端都启动起来了，在服务端看下是否正确加载了设置的 /etc/exports 配置
最后，在另一台Linux虚拟机上测试一下，是否能够正确挂载。首先，我们可以在客户端查看下NFS服务端设置可共享的目录信息
然后，在客户端创建挂载目录/share
最后，挂载远端目录到本地 /share 目录
可以看到，可以正确将远端 NFS 目录挂载到本地。注意：挂载点 /share 目录必须已经存在，而且目录中没有文件或子目录
最后，我们在 NFS 服务端 /data/share 目录下创建一个文件，看下客户端能否正确读取并修改
都可以了，这里因为上面设置了 NFS 远端目录权限为 rw 拥有读写权限，如果设置为 ro ，那么客户端只能读取，不能写入。根据实际应用场景合理配置。
NFS 默认使用 UDP协议进行挂载，为了提供 NFS 的稳定性，可以使用 TCP 协议挂载，那么客户端挂载命令如下：
最后，卸载命令NFS文件系统本来是liunx的服务想在win7下实现需要用软件，如果想在不想用软件会很麻烦！！！！
Windows 7中加入了NFS 客户端功能，可以通过控制面板中的“程序和功能”->“打开和关闭Windows功能”-> "NFS服务"
来开启，当然默认下Telnet客户端也是无效的，也可以在这里打开。安装完成后，就可以在Windows的命令行窗口中通过mount
以及showmount命令使用NFS的共享了。
C:\>showmount /
用法: showmount -e [server]
showmount -a [server]
showmount -d [server]
C:\>mount /
用法: mount [-o options] [-u:username] [-p:<password | >] <\\computername\sharename> <devicename | >
-o rsize=size 设置读取缓冲区的大小(以 KB 为单位)。
-o wsize=size 设置写入缓冲区的大小(以 KB 为单位)。
-o timeout=time 设置 RPC 调用的超时值(以秒为单位)。
-o retry=number 设置软装载的重试次数。
-o mtype=soft|hard 设置装载类型。
-o lang=euc-jp|euc-tw|euc-kr|shift-jis|big5|ksc5601|gb2312-80|ansi
指定用于文件和目录名称的编码。
-o fileaccess=mode 指定文件的权限模式。
这些模式用于在 NFS 服务器上创建的
新文件。使用 UNIX 样式模式位指定。
-o anon 作为匿名用户装载。
-o nolock 禁用锁定。
-o casesensitive=yes|no 指定在服务器上执行区分大小写的文件查找。
-o sec=sys|krb5|krb5i
简单的例子：
C:\Windows\SUA\bin>showmount -enfs_serv1
导出列表在nfs_serv1:
/vol/volz 所有计算机
/vol/volx 所有计算机
/vol/Do_NOT_Delete 所有计算机
/vol/vol7 所有计算机
/vol/vol0 nfs_cli1
/vol/vol0/home 所有计算机
/vol/isan 所有计算机
/vol/vsc 所有计算机
/vol/nfs_smvi nfs_cli1
/vol/vol_t1 所有计算机
C:\>mount \\nfs_serv1\vol\vol0 Z:
Z: 现已成功连接到 \\nfs_serv1\vol\vol0
需要注意的是，mount point和Linux和UNIX有所不同，不是使用一个目录作为挂载点，而是使用一个未使用的盘符。
例如上例中的"Z:"。这样就可以通过Z:盘访问你的共享了。非常方便。比起CIFS的方式更加快捷。
使用完后，可以用umount命令卸载共享。
C:\Users\leiz>umount
用法: [-f] <-a | drive_letters | network_mounts>
-a 删除所有 NFS 网络装入点
-f 强制删除 NFS 网络装入点
C:\Users\leiz>umount Z:
正在断开 Z: \\nfs_serv1\vol\vol0
连接上存在打开的文件和/或未完成的目录搜索。
要继续此 *** 作吗 (Y/N) [N]:y
命令已成功完成。
C:\Users\leiz>mount
本地 远程 属性
-------------------------------------------------------------------------------
Z: \\10128132175\vol\vol0 UID=-2, GID=-2
rsize=32768, wsize=32768
mount=soft, timeout=16
retry=1, locking=yes
fileaccess=755, lang=GB2312-80
casesensitive=no11 搭建NFS服务器
NFS（Network FileSystem，网络文件系统）是由SUN公司发展，并于1984年推出的技术，用于在不同机器，不同 *** 作系统之间通过网络互相分享各自的文件。NFS设计之初就是为了在不同的系统间使用，所以它的通讯协议设计与主机及 *** 作系统无关。
NFS分服务器和客户机，当使用远端文件时只要用mount命令就可把远端NFS服务器上的文件系统挂载在本地文件系统之下， *** 作远程文件与 *** 作本地文件没有不同。NFS服务器所共享文件或目录记录在/etc/exports文件中。
嵌入式Linux开发中，会经常使用NFS，目标系统通常作为NFS客户机使用，Linux主机作为NFS服务器。在目标系统上通过NFS，将服务器的NFS共享目录挂载到本地，可以直接运行服务器上的文件。在调试系统驱动模块以及应用程序，NFS都是十分必要的，并且Linux还支持NFS根文件系统，能直接从远程NFS root启动系统，这对嵌入式Linux根文件系统裁剪和集成也是十分有必要的。
安装nfs-kernel-server：
ky@ubuntu:~$ sudo apt-get install nfs-kernel-server
设置NFS-Server目录。修改/etc/exports文件，在其中增加NFS服务器目录。 一个NFS服务器可以共享多个NFS目录，在/etc/exports文件中，每个目录的设置独占一行，编写格式如下：
NFS共享目录路径 客户机IP或者名称(参数1,参数2,,参数n)
说明：
q NFS共享目录可以是主机的任何一个目录，为了方便使用，最好将权限设置为777。
q 客户机指的是可以访问共享目录的客户机的IP或者主机名，可以是指定的IP或者主机名。如果使用IP，可以使用通配符。假如指定IP为1921681x的客户机可以访问，可以写成1921681，如果设置为，则表示任何客户机都可以访问。
q 访问参数可以是一个，也可以是多个，用逗号分开。可能的参数和说明如 REF _Ref286733518 \h 表 5108D0C9EA79F9BACE118C8200AA004BA90B02000000080000000E0000005F005200650066003200380036003700330033003500310038000000 所列。
表 STYLEREF 1 \s 5 SEQ 表 \ ARABIC \s 1 1 NFS设置参数和说明
参数
说明
ro
只读访问
rw
读写访问
sync
所有数据在请求时写入共享
async
nfs在写入数据前可以响应请求
secure
nfs通过1024以下的安全TCP/IP端口发送
insecure
nfs通过1024以上的端口发送
wdelay
如果多个用户要写入nfs目录，则归组写入（默认）
no_wdelay
如果多个用户要写入nfs目录，则立即写入，当使用async时，无需此设置
hide
在nfs共享目录中不共享其子目录
no_hide
共享nfs目录的子目录
subtree_check
如果共享/usr/bin之类的子目录时，强制nfs检查父目录的权限（默认）
no_subtree_check
不检查父目录权限
all_squash
共享文件的UID和GID映射匿名用户anonymous，适合公用目录
no_all_squash
保留共享文件的UID和GID（默认）
root_squash
root用户的所有请求映射成如anonymous用户一样的权限（默认）
no_root_squash
root用户具有根目录的完全管理访问权限
anonuid=xxx
指定nfs服务器/etc/passwd文件中匿名用户的UID
anongid=xxx
指定nfs服务器/etc/passwd文件中匿名用户的GID
假定NFS共享目录是/home/ky/nfs，允许所有客户机访问，/etc/exports文件可写为：
/home/ky/nfs (rw,sync,no_subtree_check, no_root_squash)
启动NFS服务器。启动portmap（如果有必要）和nfs-kernel-server服务：
ky@ubuntu:~$ sudo service portmap start
ky@ubuntu:~$ sudo service nfs-kernel-server start
本地验证NFS服务器。将NFS服务器目录挂载到本机另外一个目录下，可以看到挂载点目录下可以看到NFS服务器目录中的文件。
ky@ubuntu:~$ ls /home/ky/nfs/
aaaa
ky@ubuntu:~$ sudo mount -t nfs 127001:/home/ky/nfs /mnt
ke@ubuntu:~$ ls /mnt
aaaa
ky@ubuntu:~$ sudo umount /mnt/
用开发板验证NFS服务器是否可用。启动开发板，进入系统，配置好开发板的IP地址后，用mount命令挂载NFS服务器的NFS目录：
target# mount -t nfs 19216813:/home/ky/nfs /mnt -o nolock
target# ls /mnt
kingyee
target# umount /mnt/
挂载成功后，可以在开发板的/mnt目录下看到NFS服务器上的文件。
说明，使用开发板与虚拟机安装的客户系统进行NFS挂载，需要将虚拟网卡设置为Bridged模式，并建议使用静态IP地址。
如果在使用中需要增加新的NFS共享目录，直接修改/etc/exports文件即可。修改该文件后，可以不用重启NFS服务，用exportfs命令读取/etc/exports文件，重新共享输出。exportfs命令语法如下：
exportfs [-aruv]
选项说明：
-a：全部挂载(或卸载) /etc/exports的设置；
-r：重新挂载/etc/exports的设置；
-u：卸载某一个目录；
-v：在输出的时候，把共享目录显示出来。
如果NFS已经启动，修改了/etc/exports文件，执行如下命令，新的设置即可生效：
ky@ubuntu:~$ exportfs -ra下面记录了NFS服务器和客户端的安装步骤，并进行NFS共享，服务器和客户端都使用在CentOS 7系统。
服务端安装
准备一个要共享的目录：
编辑/etc/exports：
添加一行：（输入一下，按i键进入编辑，按Esc退出，再输入:wq保存）
更新配置文件，使之生效：
/var/nfs：共享的NFS目录
19216800/24: 客户端 IP 范围， 代表所有，即没有限制。
rw: 权限设置，可读可写。
sync: 同步共享目录。
no_root_squash: 可以使用 root 授权。
no_all_squash: 可以使用普通用户授权。
启动相关服务：
重启 NFS 服务
可以检查一下本地的共享目录
防火墙需要打开 rpc-bind 和 nfs 的服务
二种二选一都试试
1、
2、
客户端安装
安装NFS：
（设置启动，也可能不需要设置这个步骤）
创建一个目录，做为NFS共享目录的挂载点：
挂载NFS共享目录：
查看所有挂载点：
客户端自动挂载
在结尾添加类似如下配置
由于修改了 /etc/fstab，需要重新加载 systemctl。
此时已经启动好了。如果实在不放心，可以重启一下客户端的 *** 作系统，之后再查看一下。作者：SpookZanG
linux搭建NFS服务器
一、什么是NFS服务
NFS是Network
File
System的简写,即网络文件系统
网络文件系统是FreeBSD支持的文件系统中的一种，也被称为NFS
NFS允许一个系统在网络上与它人共享目录和文件。通过使用NFS，用户和程序可以象访问本地文件一样访问远端系统上的文件。
二、NFS的优势
1本地工作站使用更少的磁盘空间，因为通常的数据可以存放在一台机器上而且可以通过网络访问到。
2用户不必在每个网络上机器里头都有一个home目录。Home目录
可以被放在NFS服务器上并且在网络上处处可用。
3诸如软驱，CDROM，和
Zip®
之类的存储设备可以在网络上面被别的机器使用。这可以减少整个网络上的可移动介质设备的数量。
NFS至少有两个主要部分：一台服务器和一台（或者更多）客户机。客户机远程访问存放在服务器上的数据。为了正常工作，一些进程需要被配置并运行。
三、NFS的搭建
1、服务器端
安装NFS的服务程序
yum
install
-y
nfs-utils
写配置文件
写入
/music
19216800/2552552550(rw,sync)
格式是：
要共享的目录
共享的IP及掩码或者域名（权限,同步更新）
启动服务
/etc/initd/portmap
restart
/etc/initd/nfs
restart
chkconfig
nfs
on
chkconfig
portmap
on
然后关闭防火墙以及更改Selinux关于NIS的选项
/etc/initd/iptables
stop
（防护墙服务关闭）
chkconfig
iptables
off
system-config-selinux
（设置selinux）
2、客户端
编辑fstab文件，实现开机自动挂载
mount
-t
nfs
IP:/目录
挂载到的目录
（此为临时挂载）
如：mount
-t
nfs
19216809:/doce
/doc
编辑FSTAB文件
vim
/etc/initd/fstab
IP:/目录
挂载到的目录
nfs
defaults
0
0
然后关闭防火墙以及更改Selinux关于NIS的选项
/etc/initd/iptables
stop
（防护墙服务关闭）
chkconfig
iptables
off
system-config-selinux
（设置selinux）
至此，搭建完毕。
服务器端需要安装 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
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）