NameCrane 的 WebDav 功能到底还残不残？实测与替代方案解析

最近玩 NAS 和折腾网盘的小伙伴可能听说过 NameCrane，确实是个挺有意思的项目。不过，最近在技术圈里看到不少朋友在问同一个问题：到现在 NameCrane 的 WebDav 到底修复了没？是不是还是个只有读取功能的‘残血版’？

说实话，这坑我也踩过。如果你指望它能像标准 WebDav 那样直接挂载在本地当硬盘用，甚至双向同步，那恐怕现在还得让你失望了。咱们今天就从技术角度聊聊这事儿到底卡在哪，以及手头有没有什么能用的‘替代药方’。

一、 所谓的‘残血’到底残在哪？

很多朋友反馈的核心痛点主要集中在两个方面：

1. 只能看不能改（只读模式）： 你用客户端连接上去，文件列表能刷出来，下载也没问题，但只要一尝试上传、修改或者删除文件，立马报错。
2. 缺失核心接口： 从技术日志和社区反馈来看，主要确实是 Upload 接口（写入权限） 未实现或者被屏蔽了。WebDav 协议本身是一套完整的 HTTP 扩展，包含 PROPFIN（读属性）、PROPPATCH（写属性）、PUT（上传/修改）、DELETE（删除）等一堆方法。如果缺了 PUT 方法，那它基本上就退化成了一个单纯的 HTTP 文件服务器，算不上真正的 WebDav。

目前来看，NameCrane 的维护重心似乎并不完全在 WebDav 协议的完整性上，更多是把它作为一个文件分发或者预览的通道来做的。所以，如果你是想拿它做主仓库的实时挂载，体验确实不好。

二、 必须要用 WebDav 怎么办？替代方案走起

既然官方的原生支持暂时还没到位，咱们能不能自己动手丰衣足食？如果你对 WebDav 的强依赖是因为习惯用 Infuse、PotPlayer 播放器直接串流，或者用 Alist 挂载，这里有几个思路。

1. 等待官方更新（佛系玩法） 最简单的当然是等。但这种非核心功能，排期可能会很靠后。对于急着干活的人来说，这显然不是好办法。

2. Alist 中转（折腾玩法） 如果你手里的主要目的是为了聚合管理，可以试试用 Alist 这种中间件。

• 虽然直接挂 NameCrane 可能不行，但如果能通过 Alist 间接封装一层，或许能骗过一部分要求不那么严苛的客户端。
• 或者，干脆把资源同步到其他支持完整 WebDav 的对象存储（比如 S3 兼容桶），再用 Alist 挂出来。虽然多了一步中转，但胜在稳定。

3. Rclone 挂载（硬核玩法） 如果你是重度用户，其实可以跳出 WebDav 的限制。Rclone 支持很多种协议，如果 NameCrane 提供了 API 或者 S3 兼容接口，直接用 Rclone 挂载成本地磁盘，通常比 WebDav 更稳定，速度也更快。WebDav 在处理大量小文件时效率确实不高，协议本身比较‘重’。

• 操作思路： rclone mount namecrane:bucket X: --cache-dir，配合缓存盘，几乎可以无感使用本地软件操作云端文件。

三、 总结建议

NameCrane 这个产品定位很有意思，但在 WebDav 这一环，目前确实只能给它打 60 分——勉强及格，只能用来做简单的读取展示。

如果你只是想做一个图床或者文件分享页，现在的状态完全够用；但如果你的工作流里极其依赖 WebDav 的双向同步，建议暂时先绕道，或者配合 Rclone 这种更强大的工具来闭环。等到哪天官方把 PUT 和 DELETE 接口补全了，咱们再来战。