如何配置NFS解析服务器端的符号链接？

Question

我的胡子现在是纯灰色的，我很早就记得使用 NFS 已经有几十年了，在这里我引用了原始的 RFC，它为我们今天的 NFS RFC1094奠定了基础。当然，从那时起已经过去了三十年，所以问题是：

在此期间，现在可以通过配置选项从服务器端解释链接吗？这肯定会解决我的一些客户端链接解释问题！

或者，我是否都湿透了，我引用的内容已经过时了，默认情况下，它确实在服务器端解决，而我只是在故障排除中在兔子洞里追兔子？

如果它仍然是老式的和解释的客户端，并且如果没有启用服务器端解释的选项，那么使用相对链接而不是绝对链接可能有帮助吗？

谢谢。

Answer 1

符号链接始终由客户端解析。这有几个原因。首先，NFS协议有一个文件句柄的概念。每个句柄都指向一个文件系统对象，该对象可以是目录、文件或符号链接（以及其他一些）。而且，NFSv4.1规范明确指出：

无论是由 NFS 客户端创建还是在服务器本地创建，符号链接中的数据在创建时都不会被解释，而只是被存储。

其次，通过在服务器端处理符号链接，必须考虑额外的权限规则，因为符号链接可能指向导出文件系统的外部。

事实上，SAMBA 服务器没有遵循符号链接的选项。这是由于 (a) 原始 MS 文件系统没有符号链接的概念，以及 (b) 在SMB2中添加了作为文件系统对象类型的符号链接。顺便说一句，该行为符合 NFS 解释：

服务器不得评估符号链接。

如果需要，有几个用户空间 NFS 服务器允许自定义文件系统实现：

如果有充分的理由在服务器端解析符号链接，则可以添加它。