主页 / server / 问题 / 453807
Accepted
Matthias Ronge
Asked: 2012-12-01 03:09:03 +0800 CST

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

  • 772

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

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

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

webdav

2 个回答

  1. Best Answer

    这似乎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 模块可能不知道符号链接（因为，据我所知，在版本 7 之前，对此类文件系统特殊内容的认识并未纳入 Java 模型），但它显示出相同的行为，因此符合规范也是如此。

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

    • 9

  2. DAV 协议不遵循符号链接

    因此，请改用 apache 配置文件来执行链接。

    在文件系统上

    mkdir /www/public_html/somewhere-else

    （即 /somewhere-else 出现在 dav list-directory 命令中）

    在阿帕奇配置

    Alias /somewhere-else /another-place

    注意：如果 '/another-place' 在网络服务器之外，添加到 apache 配置

    <Directory /another-place>
Dav On
AllowOveride None # so .htaccess files are visible and their directives dont screw up dav
DirectoryIndex disabled # so dav's directory index command works
</Directory
    • 0

相关问题