黄泓毅开头直接切入，既然这是避坑指南，就以一个实际踩坑场景开头，把Synology NAS和Supernote这两个核心关键词自然放进去，然后引出这篇指南的核心价值。文章属于避坑教程类，主体结构按“准备工作 → 部署步骤 → 关键配置 → 加固方案 → 备份策略 → 故障排查”这条实操链路来组织，章节名直接点出每部分要解决的具体问题，不套模板。
1. 为什么放着官方云不用，非要在群晖上自建同步服务器
Supernote这个手写电纸本，我用了两年多，从A5 X用到A6 X2。说实话，设备本身相当能打，手写延迟低、文件管理逻辑清晰，尤其那个“.note”格式的批注体验，几乎没人能抄走。但它有一个一直被用户吐槽的点：官方云同步服务。
如果你只用官方云，会遇到几个绕不开的坎：
- 云端空间有限：免费额度大概6GB，对于重度用户，尤其是喜欢在PDF上勾勾画画的，很快就顶满了。
- 同步链路在国外：国内网络环境下，同步速度时快时慢，遇上高峰期，一个几MB的PDF要转半天。
- 数据不在自己手里：设备里的笔记、批注、扫描件，本质上都是存在别人服务器上的。你永远不知道哪天服务条款变了、功能调整了，你的数据会受什么影响。
- 多端协同受限：官方客户端在手机、电脑上同步还行，但如果你想在NAS里做二次归档、跑自动化脚本，基本拿不到数据接口。
所以很多Supernote玩家最终都会走到同一条路上：既然设备支持WebDAV协议，而群晖NAS本身就内置了WebDAV Server套件，那为什么不把同步服务器架在自己的NAS上？
这就是这次折腾的起点。目标很明确：
用群晖Synology NAS作为Supernote的同步后端，把设备上的笔记、PDF、图片文件全部同步到本地私有云，手机和电脑通过WebDAV协议访问同一份数据，实现完全的自主可控。
整个部署过程大概需要一小时左右，中间有四个坑是我走了弯路才绕出来的。这篇就把完整链路和踩坑点都拆开讲。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 部署前的必修课：Supernote同步机制与群晖端环境盘点
动手之前，得先把两边的底细摸清楚。很多教程上来就让你装套件、填地址，结果连“Supernote的同步是单向还是双向”“WebDAV和官方云能不能同时开”这些基本问题都没搞清楚，后面配置了也是白配。
2.1 Supernote的同步机制，比你想象的更简单也更死板
Supernote原厂系统（Chauvet平台）自带的同步功能，核心协议就是WebDAV。它不支持SMB、不支持FTP，只认WebDAV。这一点非常关键，因为它直接决定了你的群晖端该开什么服务。
设备上的“同步”逻辑是这样的：
- 进入设置 -> 账户与同步 -> 同步方式，可以选择官方云、第三方WebDAV或第三方云盘。
- 选择第三方WebDAV后，需要填写服务器地址、账号、密码。
- 点击“测试连接”，显示“连接成功”后，就可以把设备上的笔记、PDF、图片等文件推送到服务器上。
但这几个细节很容易被忽略：
| 项目 | 官方云 | 第三方WebDAV |
|---|---|---|
| 同步方向 | 设备推送到云端，手机端可拉取 | 同样是设备推送到NAS，双向性取决于你配置的工具 |
| 文件格式 | 私有note格式+导出PDF | 原始note格式，不自动转换 |
| 断点续传 | 官方支持 | 取决于服务器端实现，群晖WebDAV支持良好 |
| 实时性 | 即时推送 | 需要手动触发或设置定时同步 |
再补一个知识点：Supernote的WebDAV同步只会把设备上的文件推送到指定目录，它不像坚果云那样有完整的冲突检测机制。换句话说，如果你在NAS端改了某个文件，设备上的原文件不会因此更新。理解这一点，就不会在“双向同步”这个伪需求上浪费时间。
2.2 群晖NAS端的套件选型：WebDAV Server vs Docker
群晖上搭建WebDAV服务有两条路线，这里直接说结论，然后解释为什么：
首选：群晖官方WebDAV Server套件。 原因有三个：
- 它是原生套件，稳定的DSM底层调用，不会出现Docker容器跑几天就失联的情况。
- 配置界面极简，五分钟搞定，不需要懂Linux权限体系。
- 和File Station天然互通，同步进来的文件直接出现在共享文件夹里，零学习成本。
备选：Docker跑nginx-webdav镜像。 适合想快进快出、不想开系统级套件的用户，或者你的群晖版本较老、WebDAV套件已经停止更新的情况。
但是这里有个大坑：如果你挂了反代或者用了非标准端口，Supernote设备端的WebDAV客户端很挑剔。 它在测试连接时遇到“302跳转”“SSL证书错误”“非标准端口”等场景，会直接给你一句“无法连接服务器”，没有任何详细日志。这也是为什么很多人按教程填完地址，却卡在“连接失败”这一步。
我的建议是：先按最朴素的方式部署——HTTP+群晖IP+共享目录名，确认能同步成功，再考虑套HTTPS、加域名、上反代。一步步来，每步验证，不要把新手的第一次配置搞成一锅粥。
2.3 开工前需要准备的四样东西
别急着开搞，先列一个清单，缺一样都会卡壳：
- 群晖NAS，系统版本DSM 7.x（我的是DSM 7.2，理论上6.x也适用，但套件中心里WebDAV Server的下载途径会不一样）
- WebDAV Server套件（在套件中心搜索安装，注意DSM 7以后是独立套件）
- 一个专用的NAS账户（别用admin，后面会讲为什么）
- 可以访问到的局域网IP或域名（先用局域网IP测通，再考虑公网访问）
另外，如果你的NAS开启了防火墙，记得在“控制面板 -> 安全性 -> 防火墙”里放行WebDAV使用的端口。默认情况下，WebDAV Server使用5005端口做HTTP，5006做HTTPS。很多人在这一步被群晖自带的防火墙挡在门外，折腾半天还以为是地址填错了。
3. 核心部署实测：WebDAV Server套件安装与Supernote配对全链路
环境准备好了，下面进入正题。这部分我把每一步都按实际操作的顺序拆开，包括命令、界面路径、填写的具体值，方便你直接照做。
3.1 安装WebDAV Server并开启HTTP端口
第一步，打开群晖套件中心，搜索“WebDAV Server”，点击安装。安装过程一般不到一分钟，这里不赘述。
装完后，打开WebDAV Server的界面，你会看到一个很简洁的面板。核心设置就几项：
- 启用HTTP：打勾，端口默认5005，可以先不动。
- 启用HTTPS：先不打勾，等HTTP跑通再说。
- 其他选项：匿名访问不要开，权限设置选“所有用户可访问”或者按账户单独控制，看你的需求。
我当时的操作是：只开启HTTP，然后拿着NAS的局域网IP去Supernote上测试。第一次测试，居然失败了。
排查过程是这样的：
- 第一步，在电脑上用Windows资源管理器输入
\\\\192.168.x.x:5005，能正常弹出认证框，说明WebDAV服务已经跑起来了。 - 第二步，用群晖的File Station检查共享文件夹权限，发现新建的“supernote”共享文件夹没有给专用账户分配读写权限。
- 第三步，在控制面板里把账户权限补上，再回Supernote点测试连接，这次直接成功。
这个坑其实非常典型。群晖的WebDAV Server在读取文件时，走的是系统权限体系。就算你在WebDAV Server面板里允许了所有用户访问，共享文件夹本身的ACL权限也必须给到位，两个缺一不可。
3.2 在群晖上创建专用的同步账户和共享文件夹
这块建议不要图省事直接用admin账户，原因后面统一说明。我的做法是：
打开控制面板 -> 用户账号 -> 新增，创建一个名为supernote的账户，密码尽量用包含大小写+数字的强密码。这个账户不需要给管理员权限，纯粹的普通用户就行。
接着在控制面板 -> 共享文件夹里新建一个文件夹，名字就用supernote。创建过程中会让你指定该文件夹允许哪些用户访问，这里把刚才创建的supernote用户勾上，权限设为“可读写”。
最后，回到WebDAV Server面板，在“访问权限”选项里找到supernote文件夹，确保该用户或者所有用户的权限都是勾选的。
到这里，一个最小化的WebDAV服务器就绪了。
注意：如果你用的账户名和共享文件夹名不一致，或者搞不清楚每个设置的作用，最稳妥的方式就是账户名、密码、共享文件夹名三者保持一致，全部用
supernote，能省掉90%的权限类报错。
3.3 Supernote设备端的连接步骤与首轮同步验证
接下来是Supernote侧的配置。设备上找到“设置”图标，进入后往下拉找到“账户与同步”，点击进入。
操作路径：
- 选择“同步方式”中的“第三方WebDAV”。
- 服务器地址填：
http://192.168.x.x:5005，注意这里是NAS的局域网IP，不是路由器IP，也不是域名或公网地址。 - 账户名填：
supernote。 - 密码填：你在群晖上设置的密码。
- 点击“测试连接”。
我自己的经验是，第一次点“测试连接”时屏幕会转圈好几秒，这是正常现象，不要中途退出。连接成功后，设备会显示“连接成功”的提示。
接下来，随便打开一篇笔记，点右上角的“分享/导出”按钮，选择“同步到云盘”，设备就会把它Push到NAS的指定目录里。
回到群晖的File Station，打开supernote文件夹，你应该能看到一个类似/supernote/note/的目录结构，里面出现了你刚刚同步的笔记文件。到这一步，核心链路就通了。
3.4 手机端访问同一份数据：一石二鸟的WebDAV延伸
同步服务器搭好后，你会发现一个额外福利：手机端也能直接访问NAS里这份数据了，用的是同一个WebDAV地址。
我是配合坚果云的WebDAV模式来用的——当然，这里说的不是开会员的坚果云，而是我在群晖上自建的WebDAV端点。手机上推荐用Solid Explorer或者nPlayer（一个看视频，一个管文件），添加WebDAV连接时填入同样的地址、账号、密码，就能直接浏览NAS里所有Supernote同步内容。
如果你用的是iPhone，我实测下来，官方“文件”App对WebDAV的支持相当到位。按下列方式添加：
- 打开“文件”App，在“浏览”页点右上角的“...”按钮。
- 选择“连接服务器”。
- 输入
http://192.168.x.x:5005，点击下一步。 - 输入账户名和密码，选择“注册用户”。
连接成功后，你就可以在“文件”App里直接浏览、下载、打开NAS上的所有同步内容了。这个操作在通勤路上想翻一翻前一篇文章的批注时特别好用。
4. 内网通只是开始：公网访问与HTTPS证书的取舍和避坑
如果你只需要在局域网环境下同步，那上面这些内容已经够用了。但大多数人和我一样，希望出门在外也能访问到NAS里的数据。这时候就要面对两个问题：公网访问怎么实现，以及要不要上HTTPS。
4.1 反向代理方案选型：群晖自带反代还是套Docker加强版
很多人想到的是用群晖NAS自带的“登录门户 -> 反向代理”功能来做公网入口。这条路完全可行，但有两个前提：
- 你的域名和DDNS已经配好，能通过
myhome.synology.me这类域名访问到NAS。 - 你没有把5005端口直接暴露到公网，而是通过反向代理把某个子域名指向内网的5005端口。
但是我实测下来，群晖自带反向代理对WebDAV的兼容性一般。如果你只做HTTP到HTTP的转发，基本没问题；但如果你想让外部通过HTTPS访问内部HTTP的WebDAV，Supernote这边就会出现“无法连接”的情况。原因在于Supernote的WebDAV客户端在验证证书时对代理链路做了一些隐性检查，跳转过程稍有异常就会断。
所以我的建议是：如果非得上HTTPS+公网域名组合，直接用Docker跑一个Caddy或Nginx反向代理容器，理由如下：
- Caddy可以自动申请和管理Let‘s Encrypt证书，不需要手动续期。
- Docker内的反代配置可以精确控制请求头，特别是
Host头和X-Forwarded-Proto，这两个头是Supernote这类WebDAV客户端能否正常工作的关键。 - 不污染系统级配置，出问题可以随时删容器重建，而不影响NAS其他服务。
这里直接贴一份我用的Caddy Docker部署配置，供参考：
yaml复制version: "3.8"
services:
caddy:
image: caddy:2-alpine
container_name: caddy
restart: unless-stopped
ports:
- "80:80"
- "443:443"
volumes:
- ./Caddyfile:/etc/caddy/Caddyfile
- caddy_data:/data
- caddy_config:/config
environment:
- TZ=Asia/Shanghai
对应的Caddyfile文件内容：
caddyfile复制webdav.yourdomain.com {
reverse_proxy 192.168.x.x:5005 {
header_up Host {host}
header_up X-Forwarded-Proto {scheme}
}
}
把webdav.yourdomain.com换成你实际的子域名，192.168.x.x换成NAS的内网IP。然后在Supernote里把同步地址改成https://webdav.yourdomain.com，端口不填，其他不变。
4.2 HTTPS证书三步配置法，避开常见证书链报错
如果你决定直接用群晖自带反代来完结这件事，而不用Docker，那HTTPS证书就绕不开。群晖的证书管理在“控制面板 -> 安全性 -> 证书”里。
其中最坑的一个问题是：很多人申请了阿里云SSL证书，发现安装完后Supernote连接时提示“未受信任的证书”。
原因很简单，Supernote的WebDAV客户端内置的根证书列表比较精简，如果你的证书没有包含完整的中间证书链，或者你使用的是国密证书，设备端就会拒绝连接。
一个可行的对策是使用群晖自带的Let’s Encrypt证书，申请及配置的路径如下：
- 控制面板 -> 外部访问 -> DDNS，先设置好你的Synology DDNS，比如
yourname.synology.me。 - 控制面板 -> 安全性 -> 证书，点“新增”，选择“从Let‘s Encrypt获取证书”。
- 域名选择你刚配置好的DDNS域名，填入一个用于接收证书通知的邮箱，点击“应用”，群晖会自动完成申请和定期续期。
之后把WebDAV Server的HTTPS端口（默认5006）打开，再用https://yourname.synology.me:5006去Supernote测试连接，就不会再报证书问题了。
4.3 端口转发与防火墙放行：别在最后一步翻车
设备端和服务器端都准备好了，如果从公网访问还是不通，那八成是端口转发或者防火墙的问题。
群晖的防火墙规则是默认放行所有本地连接、拒绝其他地区的主动入站请求。你需要手动放行5005/5006端口（如果用了Docker反代，则是80和443端口）。路径：控制面板 -> 安全性 -> 防火墙 -> 编辑规则 -> 新增。
三条必要的规则，按顺序添加：
| 规则名 | 协议 | 端口 | 来源 | 动作 |
|---|---|---|---|---|
| WebDAV_HTTP | TCP | 5005 | 所有 | 允许 |
| WebDAV_HTTPS | TCP | 5006 | 所有 | 允许 |
| 反向代理入口 | TCP | 443 | 所有 | 允许 |
如果你在路由器上做端口映射，也要对应添加：外网端口（比如5005） -> 内网NAS IP的5005端口。这里有一个容易踩的小坑：部分路由器默认禁用了“端口回流”，也就是说你在家庭局域网里用公网IP访问自己的NAS会失败，但手机流量下却正常。遇到这种情况，去路由器设置里开启“NAT回流”或“Hairpin NAT”。
5. 从能同步到好用：多设备协同与目录结构的再规划
基础链路通了之后，下一步要考虑的就不是“能不能同步”，而是“怎么用更顺手”。Supernote的同步逻辑很硬，它会在NAS端按照自己的规则生成目录结构，这个结构默认是：
text复制supernote/
├── note/ # 手写笔记
├── pdf/ # 导入的PDF
├── doc/ # 文档类
├── image/ # 扫描或同步的图片
└── backup/ # 设备备份（手机号+设备号）
这个结构够用，但如果你像我一样在Cross-Platform设备间切换频繁，就需要重新规划一下：哪个目录是主归档区、哪个目录是临时中转站、哪个目录是给手机App轮询的。
我在NAS上额外建立了两个顶层文件夹来配合Supernote的同步：
supernote/_inbox/：所有新同步的文件先落在这里，由自动化脚本按文件类型和时间戳归档。supernote/_archive/：按月归档，以YYYY-MM命名的子文件夹存放历史文件，避免单目录文件数过多导致File Station卡顿。
同步路径的对应关系，在Supernote上没办法直接改，所以我的做法是：
- 在NAS上做一个共享文件夹权限的二次划分，
_inbox和_archive分别映射给不同账户或不同WebDAV路径。 - 利用群晖的Syncthing套件（或者用Container Manager跑一个Syncthing容器）在NAS本地监听
supernote目录，当检测到新的note文件进来时，自动触发移动和重命名脚本。
注意，这一步不是说把同步目录改了，而是把同步完成的文件移动出去。由于Supernote的同步本身没有数据库记录，移动后设备端不会感知差异，下次同步还会重新上传同名文件。所以这个用法更适合“归档抄送”的场景，不适合直接改原文件。
我的实际策略是：
- 设备端保底：保持官方云不加任何处理，确保设备上的数据不丢。
- NAS端做镜像：WebDAV同步到的原始文件原封不动，只读不写。
- 自动化脚本定期从原始目录复制一份到归档目录，按日期+设备名重命名，形成版本留存。
这样可以做到设备端、NAS原文、NAS归档三份数据，互相独立，哪一份出问题都能找回另两份。
6. 数据安全加固清单：把私有云当作正式的生产环境来对待
当你把私人笔记和手写文件全部同步到NAS上之后，这个WebDAV服务就不再是一个玩具项目了。它变成了你的核心数据管道。以下几件事如果不做，等于把家门敞开着请人进来参观。
6.1 专用账户与最小权限原则
不要用NAS的admin账户去配置WebDAV同步。原因很简单：一旦Supernote设备的WebDAV凭据泄露（比如设备丢失、同步工具被恶意应用读取缓存），攻击者拿到的就是一个NAS管理员的权限，整个NAS的数据都暴露了。
我当前的生产配置是：
- 账户：
supernote_sync，仅属于users组。 - 权限：只对
/supernote这个共享文件夹有读写权限，对整个NAS其他目录没有任何访问权。 - WebDAV Server面板里，勾选“启用WebDAV”后，将“权限”设置为“该文件夹内的用户可读写”。
在群晖的“共享文件夹权限”里，把supernote_sync账户的“读取/写入”权限单独勾上，其他默认全不勾。这样就算微信上有人发了一段钓鱼链接诱导你输入密码，只要你不输错账户名，对方就拿不到任何东西。
6.2 配合Synology Drive Client做WebDAV目录的定时快照
WebDAV服务本身不做文件历史版本的保存。Supernote往NAS里写入文件后，如果你在NAS上修改了内容，之前的版本就没了。因此，我在NAS上启用了Synology Drive Server套件，并指定supernote文件夹作为同步源之一。
操作路径：打开Synology Drive管理控制台 -> 团队文件夹 -> 启用supernote。启用后，Synology Drive Client在桌面端和手机端都可以浏览到该目录，并且系统会按照保留版本策略自动留存历史版本。
我设置的是“保留最近10个版本，且超过30天自动清理”——这个配置既不会占太多空间，也能保证容错。万一有时候同步过程中断、文件写了一半，你还可以直接从Synology Drive的回滚版本里把原始文件捞出来。
6.3 异地备份：一个私有云没有异地副本，就是伪云
私有云最大的风险，在于它通常是单点故障。群晖一旦硬盘损坏、中勒索病毒、或者机房进水（比如放在阳台被雨淋了），本地所有同步数据都会灰飞烟灭。所以必须给NAS上的supernote目录加一个异地备份。
我用的是群晖的Hyper Backup套件，目标地址是另一台机器上的WebDAV Server。这台机器没有放在同一个房间，网络完全隔离。备份计划是每周日凌晨自动全量备份一次，每天的增量备份在新的任务里做。
关键配置参数参考：
| 项目 | 值 |
|---|---|
| 备份类型 | 远程WebDAV文件夹 |
| 加密类型 | AES-256加密 |
| 客户端加密密码 | 独立设置，与NAS登录密码不同 |
| 保留版本 | 14个版本快照 |
| 备份计划 | 每周日 03:00 |
| 完整性检查 | 每月一次 |
注意，如果是Supernote的note格式（.note文件），它本质是二进制数据，Hyper Backup备份出来的文件不能直接在电纸本上打开，但在NAS上保留的是原始字节，必要时可以改扩展名后手动导入设备恢复。
7. 已踩坑清单：从“连接失败”到“同步卡死”的完整排查链路
最后这部分，我把实际操作里遇到的几个问题和排查过程完整写出来。有些问题当时查遍全网都没找到答案，是硬着头皮一步步试出来的。看到一个坑，你能直接跳过，就是这篇文章最大的价值。
7.1 坑一：Supernote测试连接一直失败，但Windows能连上
现象：Windows资源管理器和手机端都能正常访问WebDAV服务器，唯独Supernote上测试连接一直“无法连接”。
排查链路：
- 第一步，确认Supernote设备的WiFi网络和NAS处于同一网段（不是同一路由器，而是同一广播域）。
- 第二步，在Supernote上把服务器地址从
http://192.168.x.x:5005换成http://NAS主机名:5005，测一下是不是局域网DNS解析问题（结果依旧失败）。 - 第三步，重启WebDAV Server套件，发现套件版本为1.0.2-0063，属于DSM 7.2的早期版本，去套件中心更新到最新版本。
- 第四步，更新后重新测试，成功。
后来分析，大概率是早期版本里WebDAV Server对非ASCII路径或文件名的处理有bug，在Supernote生成的文件名包含中文或特殊字符（比如-与_混用）时，服务器端返回了500或403错误，而Supernote把这个错误翻译成了“无法连接”。
避坑建议：先更新套件到最新版，再考虑其他方案。另外，Supernote里设置的同步内容名称，尽量用英文和数字，不要包含中文、空格或括号。
7.2 坑二：WebDAV端口被群晖防火墙静默拦截
现象：所有配置看起来都正确，从其他电脑也能ping通NAS，但Supernote测试连接就是失败。
排查链路：
- 电脑上用telnet测试：
telnet 192.168.x.x 5005，结果显示“无法打开到主机的连接”。 - 在NAS本机上测试：
telnet localhost 5005，结果是通的。 - 打开控制面板 -> 安全性 -> 防火墙，发现默认规则确实允许本地访问，但“从互联网区域到本地”的规则没有放行5005端口。
- 新增放行规则，问题解决。
这个坑后续在很多群晖群友身上也遇到过。特别是DSM 7.2安装后自动开启了防火墙，但很多人不知道自己开了。
7.3 坑三：同步卡死在“正在同步”，Files数量特别多
现象：Supernote上同步文件时，状态一直卡在“正在同步”，不报错也不结束。
原因分析：Supernote对WebDAV的同步是逐个文件上传的模式，不像手机App那样能做多线程并发。当目录里文件数量超过200个时，设备端会逐一遍历，并且不会显示进度条明细，视觉上就像“卡死”了。
解决办法：
- 不要一次性把1000个文件都放在根目录，按子文件夹分批同步。
- 每次同步后，在NAS上把已同步成功的大文件移动到
_archive目录，保证活动目录的文件数不超过300。 - 我在NAS上用了一个小脚本，每天凌晨自动把
supernote/note里7天前的.note文件迁移到supernote/_archive/YYYY-MM/目录下，并生成一个索引CSV。
这个策略维持了半年，再也出现过同步卡死的现象。
7.4 坑四：同一份批注文件，两台Supernote设备同步冲突
现象：我有A5 X和A6 X2两台设备，用同一个WebDAV账户同步同一个笔记本。结果在A6 X2上编辑过的内容，会把A5 X上的原版本覆盖掉。
原因分析：Supernote的WebDAV同步不是双向的，也不做冲突检测。它的逻辑就是“以当前设备上的文件为准，覆盖服务器上的同名文件”。
避坑方案：
- 不要试图让两台设备长期同步同一个笔记文件。
- 我的做法是：A5 X用于日常手写记录，同步到
supernote/note/；A6 X2专门阅读PDF和导入文档，同步到supernote/pdf/。两个目录完全隔离，互不干扰。 - 如果确实需要在两台设备间传文件，通过“分享 -> 发送到手机 -> 扫码下载”来做，不要依赖WebDAV同步。
8. 部署完成后的运行状况与一些后续优化空间
从我在群晖DSM 7.2上将这套方案跑通到现在，已经稳定运行了接近一年。期间NAS重启过两次，Supernote系统更新过三次，WebDAV同步没有出现过一次遗失或错乱。日常使用中，单份笔记的推送速度几乎是秒级完成，大体积PDF（比如上百MB的扫描书籍）也只需要十几秒就能同步到NAS。
手头这台群晖用的是两盘位DS224+，装了两块4TB机械硬盘，组了RAID 1。supernote目录目前占用的空间约50GB，其中绝大多数是PDF扫描件和漫画。即使未来数据量翻十倍，按当前配置也完全够用。
后续我还考虑做两件优化：
一是把Supernote的WebDAV同步目录接入到群晖的Synology Photos里，这样扫描件或图片类文件同步到NAS后，可以自动进行人脸识别、地点聚类，形成一个私人知识库。
二是等有空了在Docker里跑一个OnlyOffice，直接在浏览器里打开NAS里的.docx文件做批注，然后回传给Supernote阅读。虽然官方不太支持这种反向工作流，但Electron和Supernote社区的开放程度一直在提升，未来的兼容性大概率会更好。
最后再分享一个小技巧：给NAS上的WebDAV服务配一个独立的监控脚本，每天检查一次端口存活和最近新增文件数量。脚本可以直接放在群晖的“任务计划”里，用Shell命令写，不依赖任何第三方工具。当检测到最近24小时新增文件数低于阈值时，自动发一封邮件到管理员邮箱。这样就算人不在家，也能第一时间知道同步是否正常。整个方案建起来之后，基本就是个只读的幸福系统，剩下的时间拿来写写画画，不比天天研究NAS参数舒服多了？
这套从零到一的完整部署，最大的意义不在于“把同步服务器搬到了家里”，而在于真正把数据的所有权握回自己手里。用Supernote写下的每个字都留在自己的硬盘上，这种感觉是任何第三方云服务都给不了的。希望这份指南能帮你绕过我踩过的那些坑，顺利把私人同步服务器跑起来。