2026 OB 同步推荐

介绍

文章中介绍了多种同步方案,但是来到了 2026 年,这些同步方式的缺陷则越来越突出。

  1. 由于 OB 一直以来都是追求 local first 这一理念,因此早期同步方式都使用了 P2P 的思路,包括但不限于 remotely-savesyncthingiCloud 等,使用了云端存储则必须在客户端处理文件冲突。
  2. livesyncrelay 这样的需要部署后端的同步插件,但是依旧也存在着部署困难等缺点。
  3. 官方同步虽然省心,但是却没有提供 API 使得无法被其他三方调用从而做到类似于云笔记的体验。

最近 fast-note-sync (FNS) 这一插件可谓是集百家之所长,能够真正实现完美的 OB 同步体验。

  1. 部署简单:服务端作者既提供二进制文件直接运行,同时也提供了 docker 镜像部署;插件端只需像正常插件一样安装即可正常使用,无需像 syncthing 在每个客户端都打开应用
  2. 实时同步:采用 websocket 使得其能够实现秒级别的同步
  3. 拓展性强:有 API 可供调用,将来可实现接收文本(类似于发送消息到公众号即可保存),webhook 推送通知(类似于定时推送代办到手机)
  4. 网页访问:项目自带前端界面,哪怕不打开 OB 也能够随时访问到笔记
  5. 附件灵活:已经支持后端存储图片,做到了类似于图床的功能,无缝衔接双向链接而无需转换为直链,手机端可不用下载附件即可预览
  6. 文件历史:支持文件的历史保存和恢复
  7. 服务租用:截止到 2026.02.03 端到端加密仍未实现,将来如果实现无需用到其他高级功能则可租用他人的服务而无需自行部署,非常适合小白使用

服务端安装

个人技巧

  • 配置同步排除
  • 如果同步的数据冲突可加上 plugins/fast-note-sync/data.json
  • 如果希望某些插件的由自己选择开启状态可加上 community-plugins.json
plugins/fast-note-sync/data.json
community-plugins.json
  • 附件云预览
  • 如果你希望笔记只存在于电脑端、NAS 端,手机端只做查看用途,可在手机端开启附件云预览以实现图床功能。举例 ![[486bf0180b48369508e47ed610ee6fdc.png]],在 前后缀映射远端源 填入以下内容意为这 所有 486 开头的 jpg 和 png 文件都会从该地址获取,所有 mp4 文件都会从 openlist 获取。
[email protected]$.png#https://oss.mxbc.com/uploads/images/202509/{path}
.mp4#https://openlist/{path}?token=abc

部署困难算不得缺点,只能说入门门槛高
livesync的痛点还不算部署问题,而是不易用
比如插件同步的customized sync经常出错
比如冲突处理界面不够友好
比如界面晦涩难懂
比如没有网页端

按道理来说越易用越好,fns 目前如果能保证后端的服务者不会看你的信息,是可以直接注册账号使用的