我正在尝试解决通过 WebDav 重命名文件的问题。我们的堆栈由一台机器组成,通过 Nginx、Varnish 和 Apache 提供内容。当您尝试重命名文件时,操作会因我们当前使用的堆栈而失败。
要连接到 WebDav,客户端程序必须:
- 通过https://host:443连接到 NginX
- NginX 解包并将请求转发到http://localhost:81上的 Varnish 服务器
- Varnish 将请求转发到http://localhost:82上的 Apache ,后者通过 mod_dav 提供会话
以下是重命名失败的示例:
$ cadaver https://webdav.domain/
Authentication required for Webdav on server `webdav.domain':
Username: user
Password:
dav:/> cd sandbox
dav:/sandbox/> mkdir test
Creating `test': succeeded.
dav:/sandbox/> ls
Listing collection `/sandbox/': succeeded.
Coll: test 0 Mar 12 16:00
dav:/sandbox/> move test newtest
Moving `/sandbox/test' to `/sandbox/newtest': redirect to http://webdav.domain/sandbox/test/
dav:/sandbox/> ls
Listing collection `/sandbox/': succeeded.
Coll: test 0 Mar 12 16:00
如需更多反馈,WebDrive windows 客户端在重命名操作中记录了错误 502(错误网关)和 303 (?)。扩展日志提供了以下信息:
目标 URI 指的是不同的方案或端口(https://hostname:443)(想要:http://hostname:82)。
其他一些限制:对 NginX 的 Webdav 模块的调查表明它并不真正满足我们的需求,并且将 webdav 流量转发到 Apache 不是一种选择,因为我们不想启用 Apache SSL。
有什么方法可以欺骗 mod_dav 转发到另一台主机?我对想法持开放态度:)。
(回到我使用 Subversion 的日子)我在从 Nginx SSL 前端代理到 Apache SVN 时遇到了类似的问题。假设 Nginx SSL 前端是 https://host,我们想代理连接到内部 Apache SVN 服务器 http://svn
当您尝试使用
Destination
标头复制资源时会出现问题:如您所见,
Destination
标题仍然包含https
架构。修复很明显——正如@Cnly 所说,如果原始标题和网址
set
中都有特殊字符,则 using 指令将不起作用。Destination
(我不知道为什么)我使用 map 指令来解决这个问题。