Ubuntu16.04搭建NFS 文件共享服务器的方法

$ sudo apt-get update 
$ sudo apt-get install nfs-kernel-server

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

/var/nfs/gernel 192.168.56.0/24(rw,insecure,sync,no_subtree_check)
/var/nfs/public *(ro,insecure,sync,no_subtree_check)
/home/starky 192.168.56.1(rw,insecure,no_root_squash,sync,no_subtree_check)

$ showmount -e 192.168.56.102
Exports list on 192.168.56.102:
/home/starky            192.168.56.1
/var/nfs/public           *
/var/nfs/gernel           192.168.56.0/24

sudo mkdir -p /mnt/nfs/gernel 
sudo mkdir -p /mnt/nfs/public 
sudo mkdir -p /mnt/nfs/starky

sudo mount 192.168.56.102:/var/nfs/gernel /mnt/nfs/gernel 
sudo mount 192.168.56.102:/var/nfs/public /mnt/nfs/public 
sudo mount 192.168.56.102:/home/starky /mnt/nfs/starky

# filesystem          mountpoint    fstype flags            dump  fsck
192.168.56.102:/var/nfs/gernel /mnt/nfs/gernel nfs   rw,bg,intr,hard,nodev,nosuid 0    0
192.168.56.102:/var/nfs/public /mnt/nfs/public nfs4  ro,bg,intr,soft,nodev,nosuid 0    0
192.168.56.102:/home/starky   /mnt/nfs/starky nfs   rw,bg,intr,hard,nodev,nosuid 0    0
附录：

admin
admin.starky.net
192.168.56.101

10.0.0.0/255.0.0.0 
172.16.0.0/255.255.0.0
192.168.56.0/24

*.starky.net
*craft.starky.net
"height: 309px; width: 667px">
  
    
      选项
      描述
    
  
  
    
      ro
      只读权限
    
    
      rw
      读写权限（默认）
    
    
      rw= list
      通过 list 指定具有写权限的客户端主机，其他主机则为只读权限
    
    
      root_squash
      将 UID 0 和 GID 0 映射到 anonuid 和 anongid（即 Ubuntu 系统中的 nobody 和 nogroup）
    
    
      no_root_squash
      允许需要 root 权限的文件操作，有安全风险
    
    
      all_squash
      将所有的 UID 和 GID 映射到它们的匿名形式，主要针对不信任的主机
    
    
      anonuid= xxx
      指定客户端 root 权限的操作需要映射到的 UID（默认是65534）
    
    
      anongid= xxx
      指定客户端 root 权限的操作需要映射到的 GID（默认是65534）
    
    
      insecure
      允许通过任意端口的远程访问
    
    
      async
      服务器可以在写入硬盘之前响应客户端的写入请求
    
    
      wdelay
      通过延迟同步多个客户端对文件的更新
    
    
      sec= flavor
      指定共享目录的安全验证方法，包括 sys （UNIX 验证）， dh (DES)， krb5i ， krb5p 和 none （匿名访问）
    
  


3. NFS 挂载选项







  
    
      选项
      描述
    
  
  
    
      rw
      以读写模式挂载文件系统（rw 也需在服务端定义）
    
    
      ro
      以只读模式挂载文件系统
    
    
      bg
      如挂载失败（服务器无响应），在后台继续尝试并执行其他挂载请求
    
    
      hard
      如果服务器无响应，重复发送请求直到服务器回复
    
    
      soft
      如果服务器无响应，重复发送请求，超过一定时间后返回错误，而不会一直阻塞
    
    
      intr
      允许用户中断阻塞的文件操作（并返回错误）
    
    
      nointr
      不允许用户中断客户端的文件操作请求
    
    
      retrans= n
      在 soft 模式下，指定返回错误前重复发送请求的次数
    
    
      timeo= n
      设置超时后重复发送请求的时间间隔（单位 1/10 秒）
    
    
      rsize= n
      设置读取 buffer 大小为 n bytes
    
    
      wsize= n
      设置写入 buffer 大小为 n bytes
    
    
      sec= flavor
      设置安全验证方法
    
    
      proto= proto
      设置传输协议，NFSv4 必须为 TCP
    
  


4. NFS 协议讨论
传输协议
最初的 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 端口的限制外，还要时刻注意数据传输的源地址和目标地址。
5. Windows 系统挂载共享目录
win10 系统默认不能挂载 NFS 共享目录，需要进入 控制面板 - 程序 - 程序和功能 - 启用或关闭 Windows 功能 ，勾选上 NFS 服务 。

启用 nfs 服务
之后就可以使用 mount 命令挂载共享目录了。

mount 命令挂载共享目录
只是 Windows 系统并不使用 Linux 那样的用户管理，导致挂载的共享目录只能读取而没有写入的权限。

无法写入文件
解决办法是在 注册表 中新建两个 DWORD 值，用作 匿名用户 的 UID 和 GID。
默认参数下的挂载选项，UID 和 GID 都为 -2：

默认挂载选项
可进入 注册表编辑器 （ regedit ），定位到 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default ，新建两个名为 AnonymousUid 和 AnonymousGid 的 DWORD（32位）值，改成自己需要用到的数字（我都改成了 0 ，即对应 Linux 系统中的 root 用户。如需要改为 0 以外的数字，注意先转换成 16 位）。
此时的挂载选项变为：

更改 UID 和 GID
如更改未生效，可重启电脑。
参考资料
UNIX and Linux System Administration Handbook, 4th Edition 
How to Mount an NFS Share Using a Windows 10 Machine
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。