NAS怎么备份到坚果云？免费版每月1G上传流量，我只挑这四样东西往上放

我的备份矩阵自认为挺齐整：家里的飞牛NAS存正本，我妈家那台老群晖每天凌晨自动拉一遍异地份，抽屉里还躺着一块冷备盘。上个月做季度体检，翻台账的时候突然反应过来一件事：我妈家和我家，同一座城，隔六站地铁。火灾、进水、被盗，这种整屋级的灾难真来了，两台机器一条命都留不住。3-2-1里的「1份异地」，严格说我是打了折扣的。

想来想去，最便宜的补法是把吃灰多年的坚果云账号捡起来，给最重要的那点数据加一层云端保险。免费版一个月只有1G上传流量，听着寒酸，用对地方刚好。这篇把配的过程和踩的坑记全，群晖和飞牛两条路都有。

先算流量账：1G逼着你做减法，这反而是好事

坚果云免费版的规矩就一条：每月上传1G、下载3G，走WebDAV、rclone这些第三方接口，用的也是同一口锅。这个数直接决定了一件事——它装不下任何「库」。

我家照片库186G，4.6万张，手机照片自动备份那篇里的口径。按每月1G传，得传186个月，十五年出头，等传完孩子都上大学了。所以视频照片别打坚果云的主意，它们走老路不变：冷备盘加我妈家的群晖，该咋样咋样。

1G的额度反而逼着你把一件事想透：哪些数据是真丢了会睡不着的。我把家里的东西翻了一遍，挑出四样——工作文档和写作底稿、证件合同保单的扫描件、Keepass密码库，还有一份家庭底数档案（宽带账号、光猫WAN连接表的截图、各种保单号）。四样加起来一共640MB，一个月的额度花掉六成多，还剩一大截富余。

这个做减法的过程比同步本身值钱。很多人备份做不好不是缺工具，是从来没逼自己回答过「到底什么丢了要命」。借着1G这道坎，正好把这个问题答了。

第一个坑：拿登录密码去连，卡了半小时

配WebDAV，第一反应肯定是账号密码直接填。我在客户端里填了注册邮箱加登录密码，连了三次，三次都报认证失败，差点怀疑这功能是付费版专属。去翻帮助文档才发现：第三方客户端压根不让用登录密码，得专门生成一个「应用密码」。

路子是这样的：坚果云网页版登录，点右上角账户名进「账户信息」，左侧选「安全选项」，翻到第三方应用管理那块，点「添加应用密码」，起个名字，生成，出来一串密码。回客户端重新填：账号是注册邮箱，密码用这串应用密码，一下就通了。

后来想想这设计是对的。同步脚本、NAS配置里存的都是明文密码，真泄露了，去网页上把那个应用密码一吊销就完事，主账号毫发无伤。比把登录密码到处贴着强太多了。

表弟的群晖先配：Cloud Sync五分钟搞定

先拿表弟那台二手四盘位群晖练的手，机器还是DSM6的老固件，Cloud Sync照样有。套件中心装好，打开点添加，云服务商一长串列表拉到最底下，有个WebDAV，就它。

三样东西填进去：服务器地址 https://dav.jianguoyun.com/dav/，账号注册邮箱，密码应用密码。下一步选本地文件夹和远端文件夹，再选同步方向。

方向我给他选的「仅上传」。双向同步听着美好，但云端那边手一抖删了东西，删除动作掉头就传染回本地——群晖Drive同步盘那篇写过的「误删会传染」，一个道理。备份要的是单向的傻，不要聪明的双向。

高级设置里记得加排除，把 *.mp4、*.iso 这类大块头拦在外面，免得哪天一个视频混进目录，当月流量一口被吃光还不知道哪去了。

我家飞牛没这套件：rclone两行命令的事

轮到我自己那台N100飞牛，就没有Cloud Sync这种图形化云同步套件了。飞牛的WebDAV是当服务端用的，让别人连它，我手机连NAS翻文件就靠它。往云端推文件，正路是rclone。

SSH进去，apt install rclone，跟当初装fdupes清重复照片一个路数，仓库里的版本旧点，不耽误事。接着 rclone config 一路交互：n新建，名字起jianguo，类型输webdav，url填上面的地址，vendor选other，user填邮箱，pass填应用密码，剩下的回车到底。

真正干活的就一行：

rclone copy /vol1/1000/重要文件 jianguo:NAS备份 --max-size 100M --trans 4

两个参数有讲究。--max-size 100M 是道闸，超过100MB的文件直接跳过，防的就是大文件偷流量；--trans 4 四个并发，快一点也稳一点。用copy不用sync也有讲究：copy只往上加新的和改过的，云端多出来的东西它一概不动；sync是镜像，云端没有的它帮你删。备份这个场景，我永远选傻一点的。

首传640MB，我家上行50兆，实际平均跑四五MB每秒，三分钟出头传完，比想象中体面。之后写进crontab，每天凌晨四点过十分跑一遍，跟家里其他备份任务错开时间，别挤在同一分钟里互相抢盘。第二天看日志，增量就两三MB，几个改过的文档而已。

三个真坑：限流、超时、整文件重传

坑一，同步频率别设太密。我一开始手贱想设成每小时一次图个心安，后来查资料才看到坚果云的WebDAV接口有频率限制，请求太密会被限流报错，用思源笔记的那帮人为这事吐槽了很久。一天一次对文档类数据完全够用，真没那么金贵到按小时算。

坑二，大文件走WebDAV容易超时。网络一抖，传一半断了，白传。这就是 --max-size 那道闸存在的意义，也是坚果云的边界——它本质是个同步盘，不是个仓库盘，大文件天生不该走这条路。

坑三，WebDAV没有增量这回事。坚果云自家客户端有块级增量，改一个段落只传那一段，但这福利到不了WebDAV接口：改一个字，整个文件重传一遍。所以最划算的文件形态是「小而不常变大」——密码库几十KB，一天改八回也没负担；一个500MB的压缩包就完了，动一下重传500MB，两回就把当月额度烧光。我把要同步的东西全保持散文件形态，打死不打包。

对号入座：什么人值得配，配完必须演练

配完之后有一步千万别省：演练。灾备不演练等于没做。我配完第三天，手机装了坚果云App登上号，四个目录都在，翻出一个PDF点下载，十几秒下完，这层保险才算真的生效。哪天真要恢复，下载流量一个月3G，我那640MB的家底全拉回来，也就五分之一的额度，够用。

现在的完整矩阵是：家里飞牛双盘做正本，冷备盘做本地第二介质，我妈家群晖做异地那份，坚果云做云端那份，3-2-1超额完成，一年成本零元。要说备份这件事最大的敌人，从来不是技术，是「觉得轮不到我」。

收尾给个完整顺序：先把丢了要命的文件挑出来归进一个目录，再去坚果云生成应用密码，群晖用Cloud Sync、飞牛用rclone把WebDAV配上，方向选仅上传，加一道 --max-size 的闸，每天定时错峰跑，配完拿手机下载一个文件验一遍。整个流程慢工细活也就半小时，比哪天真丢了东西去恢复公司开盘便宜一百倍——那个价钱，我替表弟问过。