与 WebDAV 链接的最佳实践，因为 FollowSymLinks 不允许显示符号链接

Question

符号链接是 Linux 上的一种普遍做法，它可以使资源（例如目录）在另一个位置可用，而无需维护它的多个副本。这在许多应用程序中实现，例如具有资源树和用户目录树：每当用户打算使用某个资源时，符号链接被放置到他或她有权访问的目录中。给定足够的权限，他或她可以使用资源（在其中创建文件），该资源可以物理地写入不同的位置，例如在具有足够空间的设备上。如果用户使用 Samba 访问他的主目录，这可以正常工作。

但是，有充分的理由改用 WebDAV，端口问题就是其中之一。将此类应用程序移植到 WebDAV 时的问题：Apache 的 mod_dav 是以一种不会公开符号链接的方式编写的，无论是否设置了 FollowSymLinks。这种行为是社区有意的，因此从未解决过错误报告。

但是，如何将所需的行为移植到 WebDAV？我尝试改用硬链接，但硬链接目录似乎根本不起作用。使用mount可能有效，但我无法估计数百个坐骑的副作用。有没有我现在没有过来的选项？是否有已知的“最佳实践”？或者 WebDAV 根本不适合作为 Samba 的替代品？

Answer 1

似乎这mount --bind就是我正在寻找的解决方案。有理由支持和反对使用ln -s 与 mount --bind，但在 linux 系统上多次挂载设备似乎是常见的做法（甚至鼓励将单个文件挂载到其他文件上man mount），而且似乎系统稳定性没有受到严重影响。

唯一的缺点当然是，如果挂载点没有通过修改来修复/etc/fstab，它们会在服务器重启时丢失。

对 WebDAV再说一句话：有一个互联网草案（已过期）扩展 WebDAV 规范，以允许“高级集合”，它也应该提供处理链接的能力。大约在 1998-2002 年就这个问题进行了工作，然后这个话题就悄无声息地消失了。您可能会在 Internet 上找到几个页面声称WebDav 通过高级集合支持符号链接，但目前情况并非如此。当前（v.1.0.3-1.3.6）mod_dav源代码如下：

/* ### for now, only process regular files (e.g. skip symlinks) */
if (S_ISREG(fsctx->info1.finfo.st_mode)) {

人们可能会认为Tomcat 6 的 WebDAV 模块可能不知道符号链接（因为，afaik，在版本 7 之前没有将此类文件系统特殊内容的意识合并到 Java 模型中），但它显示了相同的行为，因此符合规格也一样。

最后，针对 mod_dav-1.0.3-1.3.6的符号链接补丁已经发布，但您必须将补丁应用到源代码并自己编译模块……我没有尝试过。