使用 mount 命令来挂载另一个机器上的 NFS 文件系统:
mount shadowman.example.com:/misc/export /misc/local |
警告 | |
---|---|
本地机器上的挂载点目录(以上例子中的 /mnt/local)必须存在。 |
在这项命令中,shadowman.example.com 是 NFS 文件服务器的主机名;/misc/export 是 shadowman 要导出的文件系统;/misc/local 是该文件系统在本地机器上的挂载位置。mount 命令运行之后(而且如果客户具有来自 shadowman.example.com NFS 服务器的正确权限的话),客户用户就可以执行 ls /misc/local 命令来显示 shadowman.example.com 上的 /misc/export 目录中的文件列表。
要挂载其它机器上的 NFS 共享的另一种方法是在 /etc/fstab 文件中添加一行。这一行中必须声明 NFS 服务器的主机名,要导出的目录,以及要挂载 NFS 共享的本地机器目录。你必须是根用户才能修改 /etc/fstab 文件。
/etc/fstab 中每行的一般语法如下所示:
server:/usr/local/pub /pub nfs rsize=8192,wsize=8192,timeo=14,intr |
挂载点 /pub 在客户机器上必须存在。在客户系统的 /etc/fstab 文件中把这一行添加完毕后,在 shell 提示下键入命令 mount /pub,以及将会从服务器中挂载的挂载点 /pub。
挂载 NFS 共享的第三种方法是使用 autofs。autofs 使用 automount 守护进程来管理你的挂载点,它只在文件系统被访问时才动态地挂载它们。
autofs 咨询主映射配置文件 /etc/auto.master 来决定要定义哪些挂载点。然后,它使用适用于各个挂载点的参数来启动 automount 进程。主映射配置中的每一行都定义一个挂载点,一个分开的映射文件定义在该挂载点下要挂载的文件系统。譬如,/etc/auto.misc 文件可能会定义 /misc 目录中的挂载点;这种关系在 /etc/auto.master 文件中会被定义。
auto.master 文件中的每个项目都有三个字段。第一个字段是挂载点。第二个字段是映射文件的位置,第三个字段可选。第三个字段可以包括超时数值之类的信息。
譬如,要在你的机器上的 /misc/myproject 挂载点上挂载远程机器 penguin.example.net 上的 /project52 目录,在 auto.master 文件中添加以下行:
/misc /etc/auto.misc --timeout 60 |
在 /etc/auto.misc 文件中添加以下行:
myproject -rw,soft,intr,rsize=8192,wsize=8192 penguin.example.net:/proj52 |
/etc/auto.misc 中的第一个字段是 /misc 子目录的名称。该目录被 automount 动态地创建。它不应该在客户机器上实际存在。第二个字段包括挂载选项,如:rw 代表读写访问权。第三个字段是要导出的 NFS 的位置,包括主机名和目录。
注记 | |
---|---|
目录 /misc 在本地文件系统中必须存在。在本地文件系统的 /misc 目录中不应该有子目录。 |
autofs 是一种服务。要启动这项服务,在 shell 提示下,键入以下命令:
/sbin/service autofs restart |
要查看活跃的挂载点,在 shell 提示下键入以下命令:
/sbin/service autofs status |
如果你在 autofs 运行时修改了 /etc/auto.master 配置文件,你必须在 shell 提示下键入以下命令来通知 automount 守护进程重新载入配置文件:
/sbin/service autofs reload |
若想了解如何配置 autofs 以便在引导时启动,请参阅第21章 中关于管理服务的信息。
NFS 的默认传输协议是 UDP;然而,红帽企业 Linux 3 内核提供了对通过 TCP 的 NFS 的支持。要通过 TCP 来使用 NFS,在客户系统上挂载 NFS 导出的文件系统时,包括一个 -o tcp 选项。例如:
mount -o tcp shadowman.example.com:/misc/export /misc/local |
如果 NFS 挂载在 /etc/fstab 中被指定:
server:/usr/local/pub /pub nfs rsize=8192,wsize=8192,timeo=14,intr,tcp |
如果它在 autofs 配置文件中被指定:
myproject -rw,soft,intr,rsize=8192,wsize=8192,tcp penguin.example.net:/proj52 |
由于默认协议是 UDP,如果没有指定 -o tcp 选项,NFS 导出的文件系统就会通过 UDP 来进入。
使用 TCP 的优越性包括:
被提高了的连接持久性,因此获得的 NFS stale file handles 消息就会较少。
载量较大的网络的性能会有所提高。因为 TCP 确认每个分组,不像 UDP 只在完成时才确认。
TCP 的拥塞控制技术比 UDP 要好(UDP 根本没有)。在一个拥塞情况严重的网络上,UDP 分组是被首先撤消的类型。这意味着,如果 NFS 正在写入数据(单元为8K的块),所有这8K数据都需要被重新传输。由于 TCP 的可靠性,8K中只有一部分需要重新传输。
错误检测。当 tcp 连接中断(由于服务器停运),客户就会停止发送数据而开始进行重新连接。UDP 是无连接的,使用它的客户就会继续给网络发生数据直到服务器重新上线为止。
主要的不利因素是,由于 TCP 协议的费用,在性能方面的提高并不显著。
红帽企业 Linux 3 内核为 ext3 文件系统和使用 NFS 或 Samba 协议挂载的 ext3 文件系统提供了 ACL 支持。这样,如果某个 ext3 文件系统启用了 ACL,而且被 NFS 导出了,如果 NFS 客户能够读取 ACL,它们就能够被 NFS 客户使用。
关于挂载带有 ACL 的 NFS 文件系统的详情,请参阅第8章 。