行知絮语

知行合一,步履不辍。

IT技术

填坑指南:Obsidian Remotely Save + 飞牛 WebDAV (fn connect) 避坑实战

2026年09月27日 admin 52 阅读

在参考 21Obsidian 的飞牛 WebDAV 同步教程 配置跨端同步时,按照教程填完 URL、账号和密码后,很多人在实操中经常会接连撞上一系列匪夷所思的报错:

  • 首次同步报 405 Method Not Allowed;
  • 远程只建了空文件夹,里面的笔记与附件全漏传;
  • 最让人抓狂的:明明密码正确,电脑上有部分文件能同步、部分报错;而在手机或 iPad 上更是动不动全盘弹出 401 Unauthorized。

排查初期很容易走入误区,误以为是 fn connect 穿透中继把认证头吞了,去到处折腾 Base64 编码强行在 Headers 里写注入。但经过在 Windows 11、Android、iPad 多端上的逐一交叉验证,最终证实:不需要修改任何 Headers 自定义请求头!所有问题的罪魁祸首,纯粹是默认并发数(Concurrency)过高导致的。 这里把最精简、最干净的排查要点和配置方案整理出来,供大家参考避坑。

核心元凶:默认并发数(Concurrency = 5)冲垮了穿透通道

Remotely Save 安装后的默认并发请求数是 5。 在局域网内或商业对象存储(如阿里云 OSS、AWS S3)上,5 并发完全扛得住;但在 “fn connect(官方穿透中继)+ 飞牛 WebDAV” 组合下,瞬间并发打满会引发一系列连锁反应:

  1. 中继限频与握手断开(引发假性 401): fn connect 是公共外网中继节点,面对瞬时涌入的 5 条以上并发长连接,极易触发保护性限频或主动掐断部分连接。一旦连接在复用时被重置,请求头未能完整透传,服务端就会误判为未携带凭证访问,直接甩出 401 Unauthorized。这也是为什么“有的文件能传,有的文件 401”的根本原因。
  2. WebDAV 索引写锁冲突(导致漏文件): WebDAV 同步不仅是传文件,伴随着密集的 PROPFIND、状态查询与元数据写入。飞牛底层在处理短时间多并发写入时容易出现文件锁等待,导致后续上传请求被静默丢弃或报错超时,最终表现为“只同步了目录,文件全没进去”。

    终极解决办法:调低并发数

无论是在 Windows、Mac、Android 还是 iPad 上,只需做这一步关键调整:

  1. 打开 Obsidian 设置 -> Remotely Save;
  2. 找到 Concurrency (并发请求数),将默认的 5 降低为 1 或 2(实测推荐设为 2,兼顾传输效率与稳定性);
  3. 彻底清空 Headers 输入框,保持默认留空,正常填入你的飞牛用户名和密码即可;
  4. 往下拉找到并点击 Clear Local Metadata / Cache (清除本地同步元数据),重置一下索引缓存;
  5. 重新点击同步,所有设备瞬间满速、零报错畅通同步!

补充排查:首次配置的两个常规避坑点

如果调整并发数后仍有异常,可以顺手检查以下两处基础配置:

1. 首次同步报 405 Method Not Allowed

  • 原因:飞牛 fnOS 对客户端自动创建根目录的请求限制较严,若远端目标目录不存在,插件自动创建容易触发 405;此外 URL 缺少末尾斜杠也会引发此问题。

  • 解决办法:

    • 先登录飞牛后台打开「文件管理」,在存储空间内手动新建好目标文件夹(如 Obsidian);
    • Remotely Save 中填写的 URL 结尾务必带上斜杠 /(例如 [https://dav.xxxx.fnos.net:443/Obsidian/](https://dav.xxxx.fnos.net:443/Obsidian/))。

      2. 文件夹同步了但笔记内容不同步

  • 原因:由于之前并发过高触发了中断,本地留下了残缺的元数据记录,插件误以为当前文件已经同步过了。

  • 解决办法:点击插件设置里的 Clear Local Metadata / Cache,重新全量比对即可。

全平台(Win / Android / iPad)标准化配置参考

配置项 推荐填法 注意事项
Server URL [https://dav.xxxx.fnos.net:443/你的文件夹/](https://dav.xxxx.fnos.net:443/你的文件夹/) 端口与末尾斜杠 / 不可缺少
Username 你的飞牛账号 避免首尾包含空格
Password 你的飞牛密码 正常明文填入,无需 Base64 转码
Headers 完全留空 不需要配,填了移动端反而可能冲突
Concurrency 2(或 1) 核心设置,杜绝丢包与 401 报错

总结

在通过穿透中继访问私有 NAS 时,“零报错、不漏文件”的优先级永远高于几秒钟的理论峰值速度。把 Remotely Save 并发数降到 2,即可彻底解决 Windows 电脑、安卓手机与 iPad 之间的跨端报错难题,实现静默顺畅的无感同步。