挂载点的协议访问名称空间

无论协议设置如何，每个文件系统都必须有一个挂载点。但是，使用这些挂载点的方式取决于协议。

NFSv2 / NFSv3 名称空间

在 NFS 下，每个文件系统是可通过 MOUNT 协议设为可视的一项独特导出内容。NFSv2 和 NFSv3 无法遍历嵌套文件系统，必须通过文件系统的完整路径来访问每个文件系统。虽然嵌套挂载点仍可起作用，但是尝试遍历嵌套挂载点将会导致客户机上显示空目录。虽然通过使用自动挂载方式进行挂载可以缓解这种现象，但是在动态环境中透明支持嵌套挂载点则需要使用 NFSv4。

NFSv4 名称空间

相较于 NFSv3，NFSv4 在处理挂载点时进行了多项改进。首先是，可以挂载父目录，即使分层结构中该挂载点没有可用共享资源也是如此。例如，如果共享了 /export/home，则可以在客户机上挂载 /export，并透明地遍历到实际的导出内容。更为重要的是，某些 NFSv4 客户机（包括 Linux）支持自动客户端挂载，有时称为“镜像挂载”。使用这样的客户机，当用户遍历某个挂载点时，子文件系统将自动挂载到相应的本地挂载点，并且当文件系统在客户机上被卸载时也同时卸载。从服务器的角度来看，这些是单独的挂载请求，但在客户机中它们缝合在一起以形成无缝的文件系统名称空间。

SMB 名称空间

SMB 协议不使用挂载点，因为通过资源名称来使每个共享资源变为可用。但是，每个文件系统必须仍具有唯一挂载点。当前不支持嵌套挂载点（一个资源内有多个文件系统），任何遍历挂载点的尝试将会导致显示空目录。

FTP/FTPS/SFTP 名称空间

使用文件系统的标准挂载点导出文件系统。完全支持嵌套挂载点，并且这些挂载点对于用户透明。但是，不能在嵌套文件系统的父文件系统处于共享状态时不共享嵌套文件系统。如果共享父挂载点，则也将共享所有子挂载点。

HTTP/HTTPS 名称空间

文件系统导出在 /shares 目录下，因此 /export/home 下的文件系统将通过 HTTP/HTTPS 显示在 /shares/export/home 下。完全支持嵌套挂载点，并且这些挂载点对于用户透明。FTP 协议部分所述的有关共享资源选项冲突的相同行为也适用于 HTTP。