如何在 Ubuntu 18.04 上设置 NFS 挂载如何在 Ubuntu 18.04 上设置 NFS 挂载如何在 Ubuntu 18.04 上设置 NFS 挂载如何在 Ubuntu 18.04 上设置 NFS 挂载
  • 文章
  • 正则表达式
    • 工具
  • 登录
找到的结果: {phrase} (显示: {results_count} 共: {results_count_total})
显示: {results_count} 共: {results_count_total}

加载更多搜索结果...

搜索范围
模糊匹配
搜索标题
搜索内容
发表 admin at 2025年2月28日
类别
  • 未分类
标签

如何在 Ubuntu 18.04 上设置 NFS 挂载

介绍

NFS,或网络文件系统,是一种分布式文件系统协议,允许您在服务器上安装远程目录。这使您可以管理不同位置的存储空间并从多个客户端写入该空间。 NFS 提供了一种相对标准和高效的方式来通过网络访问远程系统,并且在必须定期访问共享资源的情况下运行良好。

在本指南中,您将了解如何在 Ubuntu 18.04 上安装 NFS 功能所需的软件,如何在服务器和客户端上配置 NFS 挂载,以及挂载和卸载远程共享。

先决条件

我们将在本教程中使用两台服务器,其中一台与另一台共享其文件系统的一部分。要完成本教程,您需要:

    <李> 两台 Ubuntu 18.04 服务器。其中每一个都应该有一个配置了 sudo 权限的非 root 用户,一个用 UFW 设置的防火墙,以及你可以使用的专用网络。
      <李> 如需帮助设置具有 sudo 权限的非根用户和防火墙,请遵循我们的 Ubuntu 18.04 初始服务器设置指南。 <李> 如果您正在为服务器和客户端使用 DigitalOcean Droplet,请阅读如何创建 VPC 以设置专用网络。

    在本教程中,我们将共享其目录的服务器称为主机,将安装这些目录的服务器称为客户端。我们将使用以下 IP 地址作为主机和客户端值的替代:

    • 主机:203.0.113.0
    • 客户端:203.0.113.24

    当这些 IP 地址出现在命令和配置文件中时,将它们替换为您自己的主机和客户端 IP 地址。

    第 1 步 — 下载并安装组件

    首先在每台服务器上安装必要的组件。

    在主机上

    在主机服务器上,安装 nfs-kernel-server 包,这将允许您共享您的目录。由于这是您在此会话中使用 apt 执行的第一个操作,因此请在安装前刷新本地包索引:

    1. sudo apt update

    接下来,安装包:

    1. sudo apt install nfs-kernel-server

    安装这些包后,切换到客户端服务器。

    在客户端

    在客户端服务器上,安装一个名为 nfs-common 的包,它提供 NFS 功能但不包含服务器组件。同样,在安装之前刷新本地包索引以确保您拥有最新信息:

    1. sudo apt update

    然后,安装包:

    1. sudo apt install nfs-common

    现在两台服务器都有必要的包,您可以开始配置它们了。

    第 2 步 — 在主机上创建共享目录

    我们将共享两个具有不同配置设置的单独目录,以说明可以根据超级用户访问配置 NFS 挂载的两种关键方式。

    超级用户可以在他们系统的任何地方做任何事情。然而,NFS 挂载的目录并不是挂载它们的系统的一部分,因此默认情况下,NFS 服务器拒绝执行需要超级用户权限的操作。此默认限制意味着客户端上的超级用户不能以 root 身份写入文件、重新分配所有权或在 NFS 安装上执行任何其他超级用户任务。

    然而,有时,客户端系统上的受信任用户需要在挂载的文件系统上执行这些操作,但不需要主机上的超级用户访问权限。您可以将 NFS 服务器配置为允许这样做,尽管它会带来风险,因为这样的用户可以获得对整个主机系统的根访问权限。

    示例 1:导出通用安装

    在第一个示例中,您将创建一个通用 NFS 挂载,它使用默认 NFS 行为,使在客户端计算机上具有 root 权限的用户难以使用这些客户端超级用户权限与主机进行交互。您可以使用类似这样的东西来存储使用内容管理系统上传的文件,或者为用户创建共享项目文件的空间。

    首先,创建一个共享目录:

    1. sudo mkdir /var/nfs/general -p

    由于您是使用 sudo 创建的,因此该目录归主机的根用户所有:

    1. ls -la /var/nfs/general
    Output
    total 8 drwxr-xr-x 2 root root 4096 Feb 7 23:21 . drwxr-xr-x 3 root root 4096 Feb 7 23:21 ..

    作为一项安全措施,NFS 会将客户端上的任何根操作转换为 nobody:nogroup 凭据。因此,您需要更改目录所有权以匹配这些凭据:

    1. sudo chown nobody:nogroup /var/nfs/general

    您现在已准备好导出此目录。

    示例 2:导出主目录

    在我们的第二个示例中,目标是使存储在主机上的用户主目录在客户端服务器上可用,同时允许这些客户端服务器的受信任管理员访问他们方便地管理用户所需的权限。

    为此,您将导出 /home 目录。因为它已经存在,所以你不需要创建它。您也不会更改权限。如果这样做,对于在主机上拥有主目录的任何人来说可能会导致一系列问题。

    第 3 步 — 在主机服务器上配置 NFS 导出

    接下来,我们将深入 NFS 配置文件来设置这些资源的共享。

    在主机上,使用 root 权限在您首选的文本编辑器中打开 /etc/exports 文件。这里我们将使用 nano:

    1. sudo nano /etc/exports

    该文件的注释显示了每个配置行的一般结构。语法如下:

    directory_to_share    client(share_option1,...,share_optionN)
    

    您需要为计划共享的每个目录创建一行。由于我们的示例客户端的 IP 为 203.0.113.24,因此我们的行将如下所示。请务必将 IP 地址更改为您客户端的 IP 地址:

    /var/nfs/general    203.0.113.24(rw,sync,no_subtree_check)
    /home       203.0.113.24(rw,sync,no_root_squash,no_subtree_check)
    

    在这里,我们对两个目录使用相同的配置选项,但 no_root_squash 除外。让我们回顾一下每个选项的含义:

    • rw:此选项为客户端计算机提供对卷的读写访问权限。
    • sync:此选项强制 NFS 在回复之前将更改写入磁盘。这会导致更稳定和一致的环境,因为回复反映了远程卷的实际状态。但是,它也降低了文件操作的速度。
    • no_subtree_check:此选项可防止子树检查,这是主机必须为每个请求检查文件在导出树中是否仍然可用的过程。如果在客户端打开文件时重命名文件,这可能会导致很多问题。在几乎所有情况下,最好禁用子树检查。
    • no_root_squash:默认情况下,NFS 将远程 root 用户的请求转换为服务器上的非特权用户。这是为了作为安全功能来防止客户端上的 root 帐户以 root 身份使用主机的文件系统。 no_root_squash 为某些共享禁用此行为。

    完成更改后,保存并关闭文件。如果您使用的是 nano,则可以通过按 CTRL + X 然后按 Y 和 ENTER 来执行此操作。然后,要使共享对您配置的客户端可用,请使用以下命令重新启动 NFS 服务器:

    1. sudo systemctl restart nfs-kernel-server

    然而,在您实际使用新共享之前,您需要确保防火墙规则允许流向共享的流量。

    第 4 步 — 调整主机上的防火墙

    首先,检查防火墙状态以确认它是否已启用,如果已启用,请查看当前允许的内容:

    1. sudo ufw status
    Output
    Status: active To Action From -- ------ ---- OpenSSH ALLOW Anywhere OpenSSH (v6) ALLOW Anywhere (v6)

    在我们的系统上,只允许 SSH 流量通过,因此我们需要为 NFS 流量添加一条规则。

    对于许多应用程序,您可以使用 sudo ufw app list 并按名称启用它们,但 nfs 不是其中之一。但是,因为 ufw 还会检查 /etc/services 以获取服务的端口和协议,您仍然可以按名称添加 NFS。最佳实践建议您启用最严格的规则,该规则仍将允许您想要允许的流量,因此您无需启用来自任何地方的流量,而是具体。

    使用以下命令在主机上打开端口 2049,确保替换您的客户端 IP 地址:

    1. sudo ufw allow from 203.0.113.24 to any port nfs

    您可以通过运行以下命令来验证更改:

    1. sudo ufw status

    您应该在输出中收到来自端口 2049 的允许流量列表:

    Output
    Status: active To Action From -- ------ ---- OpenSSH ALLOW Anywhere 2049 ALLOW 203.0.113.24 OpenSSH (v6) ALLOW Anywhere (v6)

    这确认 UFW 将只允许来自客户端计算机的端口 2049 上的 NFS 流量。

    第 5 步 — 在客户端上创建挂载点和挂载目录

    现在主机服务器已配置并为其共享提供服务,您将准备您的客户端。

    要使远程共享在客户端上可用,您需要将要共享的主机上的目录挂载到客户端上的空目录中。

    注意:如果您的挂载点中有文件和目录,它们将在您挂载 NFS 共享后立即隐藏。为避免丢失重要文件,请确保如果挂载到一个已存在的目录中,则该目录为空。

    为您的坐骑创建两个目录。运行以下命令来制作第一个:

    1. sudo mkdir -p /nfs/general

    然后运行此命令创建第二个::

    1. sudo mkdir -p /nfs/home

    现在您有了放置远程共享的位置并且打开了防火墙,您可以使用主机服务器的 IP 地址挂载共享,在本指南中为 203.0.113.0:

    1. sudo mount 203.0.113.0:/var/nfs/general /nfs/general
    2. sudo mount 203.0.113.0:/home /nfs/home

    这些命令会将主机上的共享挂载到客户端计算机上。您可以通过多种方式仔细检查它们是否已成功安装。您可以使用 mount 或 findmnt 命令进行检查,但 df -h 提供了更具可读性的输出,说明了磁盘使用情况如何以不同方式显示NFS 共享:

    1. df -h
    Output
    Filesystem Size Used Avail Use% Mounted on udev 480M 0 480M 0% /dev tmpfs 99M 5.6M 94M 6% /run /dev/vda1 25G 1.3G 23G 6% / tmpfs 493M 0 493M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 493M 0 493M 0% /sys/fs/cgroup /dev/vda15 105M 4.4M 100M 5% /boot/efi tmpfs 99M 0 99M 0% /run/user/1000 203.0.113.0:/var/nfs/general 25G 1.3G 23G 6% /nfs/general 203.0.113.0:/home 25G 1.3G 23G 6% /nfs/home

    您安装的两个共享都出现在底部。因为它们是从相同的文件系统挂载的,所以它们显示相同的磁盘使用情况。要检查每个挂载点下实际使用了多少空间,请使用磁盘使用命令 du 和挂载路径。 -s 标志提供使用情况摘要,而不是显示每个文件的使用情况。 -h 打印人类可读的输出:

    1. du -sh /nfs/home
    Output
    44K /nfs/home

    这表明整个主目录的内容只使用了 44K 的可用空间。

    第 6 步 — 测试 NFS 访问

    接下来,通过向每个共享写入内容来测试对共享的访问。

    示例 1:通用股份

    首先,将测试文件写入 /var/nfs/general 共享:

    1. sudo touch /nfs/general/general.test

    然后,检查其所有权:

    1. ls -l /nfs/general/general.test
    Output
    -rw-r--r-- 1 nobody nogroup 0 Feb 7 23:53 /nfs/general/general.test

    由于您在未更改 NFS 的默认行为的情况下安装了此卷,并通过 sudo 命令以客户端计算机的根用户身份创建了该文件,因此该文件的所有权默认为 nobody:nogroup。客户端超级用户将无法在这个 NFS 挂载的共享上执行典型的管理操作,例如更改文件的所有者或为一组用户创建新目录。

    示例 2:主目录共享

    要比较通用共享与主目录共享的权限,请以相同的方式在 /nfs/home 中创建一个文件:

    1. sudo touch /nfs/home/home.test

    然后查看文件的所有权:

    1. ls -l /nfs/home/home.test
    Output
    -rw-r--r-- 1 root root 0 Feb 7 23:56 /nfs/home/home.test

    您使用 sudo 命令以 root 身份创建了 home.test,这与您创建 general.test 文件的方式完全相同。但是,在这种情况下,它归 root 所有,因为您在此挂载上指定 no_root_squash 选项时覆盖了默认行为。这允许您在客户端计算机上的 root 用户充当 root 并使用户帐户的管理更加方便。同时,这意味着您不必为这些用户提供主机上的根访问权限。

    第 7 步 — 在引导时挂载远程 NFS 目录

    您可以通过将远程 NFS 共享添加到客户端上的 /etc/fstab 文件中,在启动时自动挂载远程 NFS 共享。

    在您首选的文本编辑器中以 root 权限打开以下文件:

    1. sudo nano /etc/fstab

    在文件末尾,为您的每个共享添加一行,如下所示:

    . . .
    203.0.113.0:/var/nfs/general    /nfs/general   nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
    203.0.113.0:/home       /nfs/home      nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
    
    

    注意:您可以在 NFS man 页面中找到有关此处指定选项的更多信息。您可以通过运行以下命令来访问它:

    1. man nfs

    客户端服务器将在启动时自动挂载远程分区,尽管可能需要一些时间来建立连接并使共享可用。

    第 8 步 — 卸载 NFS 远程共享

    如果您不再希望远程目录挂载到您的系统上,您可以通过移出共享的目录结构并卸载来卸载它。

    首先切换到主目录:

    1. cd ~

    然后卸载 /nfs/home。请注意,该命令名为 umount 而不是您可能期望的 unmount :

    1. sudo umount /nfs/home

    接下来,卸载 /nfs/general:

    1. sudo umount /nfs/general

    这将删除远程共享,只留下您的本地存储可访问:

    1. df -h
    Output
    Filesystem Size Used Avail Use% Mounted on udev 480M 0 480M 0% /dev tmpfs 99M 5.5M 94M 6% /run /dev/vda1 25G 1.3G 23G 6% / tmpfs 493M 0 493M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 493M 0 493M 0% /sys/fs/cgroup /dev/vda15 105M 4.4M 100M 5% /boot/efi tmpfs 99M 0 99M 0% /run/user/1000

    如果您还想防止它们在下次重新启动时重新安装,请编辑 /etc/fstab 并删除该行或通过在该行的开头。您还可以通过删除 auto 选项来防止自动安装,这将允许您手动安装它。

    结论

    在本教程中,您创建了一个 NFS 主机,并通过创建两个不同的 NFS 挂载(您与 NFS 客户端共享)说明了一些关键的 NFS 行为。如果您正在寻求在生产中实施 NFS,请务必注意协议本身未加密。如果您通过专用网络共享文件,这可能不是问题。在其他情况下,需要 VPN 或其他类型的加密隧道来保护您的数据。请注意,这通常会导致性能显着降低。如果性能有问题,请考虑使用 SSHFS。

©2015-2025 艾丽卡 support@alaica.com