多设备同步 on KnightLi的博客

Syncthing 多设备多文件夹怎么管理？拓扑、命名和版本控制

Sun, 31 May 2026 12:23:55 +0800

Syncthing 系列目录

Syncthing 设备一多，文件夹一多，如果不提前规划，很快就会乱。

典型情况是：手机、平板、笔记本、台式机、NAS 都在同步；文件夹里又有照片、工作文档、代码项目、微信备份、电子书。每个设备都能改，每个目录都可能共享，最后你很难判断“这个文件到底从哪里来，又会同步到哪里去”。

要把 Syncthing 用稳，核心不是多装几个客户端，而是建立一套管理规则：

拓扑上用星型结构。
文件夹上统一 ID 和路径。
设备关系上使用引入者。
数据方向上区分备份和双向同步。
中心节点上开启版本控制。
临时文件用忽略规则过滤。

拓扑：放弃全连接，优先星型

Syncthing 是 P2P 对等架构，但不代表所有设备都要两两配对。

如果 5 台设备互相全连接，需要维护 10 组设备关系。新增一个文件夹时，还要在多台设备上接收、设置路径、确认共享。设备越多，管理成本越高。

更推荐的方式是星型拓扑。

选一台长期在线、空间大、网络稳定的设备作为中心节点：

NAS
群晖
软路由
迷你主机
24 小时开机的电脑

其他设备只和中心节点配对：

手机 ----\
平板 -----\
笔记本 ---- NAS
台式机 ---/

手机不直接加笔记本，笔记本也不直接加台式机。手机要把照片同步给电脑，先同步到 NAS，再由 NAS 同步给电脑。

这样做的好处是：

新设备只需要和 NAS 配对。
文件夹关系集中在 NAS 上管理。
NAS 可以统一做版本保留。
设备离线时，NAS 仍然能作为缓冲点。

缺点是 NAS 更重要了。它应该稳定运行，并且需要单独备份。

Folder ID 比文件夹标签更重要

在 Syncthing 中，真正识别一个同步文件夹的是 Folder ID，不是你看到的标签名。

标签只是显示名称，可以在不同设备上不一样。Folder ID 才是判断“这些设备上的文件夹属于同一个同步组”的关键。

所以，在第一台设备创建文件夹时，建议手动指定规范 ID。

例如：

notes-main
work-docs
backup-pixel-photos
backup-iphone-photos
media-ebooks
code-projects

不要使用随手生成的随机 ID，也不要只写 test、sync、new-folder 这类无法长期维护的名字。

命名规则可以简单一些：

双向同步：notes-main、work-docs
手机备份：backup-pixel-photos、backup-iphone-photos
资料分发：media-ebooks、media-music
代码目录：code-projects

以后在其他设备接收共享时，只要看到 Folder ID，就能判断它是什么用途。

中心节点路径要规范

在 NAS 或中心电脑上，建议创建一个统一的 Syncthing 根目录。

例如：

/volume1/Syncthing/
├── Phone_Backup/
│   ├── iPhone15_DCIM/
│   └── Pixel7_DCIM/
├── Work/
│   ├── Office_Docs/
│   └── Coding_Projects/
├── Notes/
│   └── Main_Notes/
└── Media/
    └── eBooks/

不要把同步目录散落在系统各处。散落的目录短期方便，长期一定难维护。

推荐原则：

所有 Syncthing 管理的目录放在统一根目录下。
手机备份、工作文档、媒体资料分区存放。
文件夹名体现用途，不体现临时设备状态。
不把系统目录、下载缓存目录直接作为长期同步目录。

如果 Syncthing 跑在 Docker 中，还要注意容器内路径和宿主机路径的对应关系。

例如宿主机目录：

`1`	`/volume1/Syncthing/Phone_Backup/iPhone15_DCIM`

映射到容器内：

`1`	`/var/syncthing/Phone_Backup/iPhone15_DCIM`

Web UI 里填写的是容器内路径，不是宿主机路径。

引入者：减少多设备配对成本

Syncthing 的 Introducer，中文界面通常叫“引入者”。

它适合星型拓扑。

做法是：把 NAS 设为引入者。之后新设备只要和 NAS 配对，NAS 就可以把已知设备和共享关系介绍给新设备，减少你在各个设备之间重复扫码、重复添加的工作。

适合：

家里有多台电脑和手机。
NAS 是长期中心节点。
经常新增设备。
希望减少设备配对操作。

但不要乱用。

建议：

只把 NAS 或主服务器设为引入者。
普通手机、平板、临时电脑不要设为引入者。
新设备加入后，检查它被自动添加了哪些设备和文件夹。
不信任的设备不要进入引入者管理范围。

引入者能提高效率，也会扩大自动关联范围。它适合有清晰中心节点的网络，不适合混乱的临时设备环境。

区分备份和双向同步

多文件夹管理里，最重要的一件事是：不要所有目录都用 Send & Receive。

不同目录的数据方向不一样。

手机照片备份

手机端：

`1`	`Send Only`

NAS 端：

`1`	`Receive Only`

这样手机负责发送照片，NAS 负责接收保存。手机清理空间、NAS 整理目录时，都不容易互相影响。

多端文档和笔记

电脑端：

`1`	`Send & Receive`

NAS 端：

`1`	`Send & Receive`

手机端是否加入双向同步，要看你是否真的在手机上编辑这些文件。如果手机只查看资料，可以考虑 Receive Only。

资料分发

NAS 端：

`1`	`Send Only`

其他设备：

`1`	`Receive Only`

适合电子书、安装包、参考资料这类中心分发目录。

备份目录

主设备：

`1`	`Send Only`

备份机：

`1`	`Receive Only`

再配合备份机端版本控制或快照。

NAS 上开启文件版本控制

多设备同步最怕误删和误覆盖。

例如：

某台电脑误删了工作文档。
手机清理工具删了相册目录。
两台设备同时改了同一份笔记。
某个同步规则写错，把空目录同步过去。

因此，中心节点最好开启文件版本控制。

在 NAS 的 Syncthing Web UI 中：

打开对应文件夹设置。
进入文件版本控制。
选择合适的版本策略。

常用选择是 Staggered File Versioning，也就是阶段版本控制。它会按时间间隔保留历史版本，越旧保留得越稀疏。

也可以用更简单的策略：

Trash Can File Versioning：类似回收站。
Simple File Versioning：保留固定数量版本。
Staggered File Versioning：按时间阶段保留。

如果不知道选什么，普通家庭 NAS 可以先从 Trash Can 或 Staggered 开始。

版本控制不是完整备份，但它是多设备同步里的后悔药。

用忽略规则过滤临时文件

多设备同步代码项目、文档目录或聊天备份时，临时文件和缓存很容易制造麻烦。

常见问题：

占用大量带宽。
产生无意义冲突。
不同系统生成不同缓存文件。
删除目录时被忽略文件阻挡。

可以在文件夹设置的 Ignore Patterns 中添加规则。

通用临时文件：

1
2
3

(?d).DS_Store
(?d)Thumbs.db
(?d)*~

Node / Python / Java 项目：

(?d)node_modules/
(?d)__pycache__/
(?d).pytest_cache/
(?d)target/

如果代码项目本身已经由 Git 管理，通常不建议用 Syncthing 同步 .git 目录。可以忽略：

`1`	`(?d).git/`

(?d) 的意思是：如果整个目录准备被删除，Syncthing 可以删除这些本地生成的忽略文件，不会因为残留缓存而阻止目录删除。

忽略规则不要一次写太复杂。先覆盖最明显的缓存和临时文件，再根据实际冲突慢慢调整。

多文件夹命名示例

可以建立一套固定命名方式。

手机照片：

1
2
3

Folder ID: backup-pixel-photos
Label: Pixel Photos
NAS Path: /volume1/Syncthing/Phone_Backup/Pixel7_DCIM

iPhone 照片：

1
2
3

Folder ID: backup-iphone-photos
Label: iPhone Photos
NAS Path: /volume1/Syncthing/Phone_Backup/iPhone15_DCIM

主笔记库：

1
2
3

Folder ID: notes-main
Label: Main Notes
NAS Path: /volume1/Syncthing/Notes/Main_Notes

工作文档：

1
2
3

Folder ID: work-docs
Label: Work Docs
NAS Path: /volume1/Syncthing/Work/Office_Docs

电子书：

1
2
3

Folder ID: media-ebooks
Label: eBooks
NAS Path: /volume1/Syncthing/Media/eBooks

只要 ID、标签、路径都有规律，多设备之后也不会失控。

总结

Syncthing 的自由度很高，但自由度越高，越需要规则。

多设备、多文件夹场景下，不建议做全连接网状同步。更稳的方式是让 NAS 或常开电脑做中心节点，统一 Folder ID、统一路径、统一版本控制，再用文件夹类型区分备份、双向同步和资料分发。

这样既保留了 Syncthing 的 P2P 能力，又把日常管理收束到一台中心设备上。设备再多，文件夹再多，也不会变成一团乱线。

Syncthing 多设备怎么配？对等网络、星型拓扑和引入者

Sun, 31 May 2026 12:13:57 +0800

Syncthing 系列目录

Syncthing 采用的是去中心化 P2P 架构。它没有传统意义上的 Server 和 Client，每台设备在协议层面都是对等节点。

但在实际使用时，你可以把它配置成两种形态：

纯对等网络：每台设备都和其他设备直接配对。
星型网络：指定一台 NAS、服务器或常开电脑作为中心节点，其他设备只和它配对。

两种方式都符合 Syncthing 的设计，只是管理成本和使用习惯不同。

先理解“对等”和“伪服务器”

Syncthing 里的每台设备都有自己的 device ID。只要两台设备互相添加对方 ID，并且共享同一个文件夹，它们就能同步。

所以，Syncthing 本身没有“服务器端必须保存所有数据”这个概念。你看到的“服务器”，往往只是人为指定的一台常开设备。

比如：

NAS 长期开机、空间大，适合作为中心节点。
手机和笔记本经常离线，适合作为边缘设备。
台式机性能强，但不一定 24 小时开机，可以作为普通同步节点。

这个“中心节点”不是协议上的服务器，而是你在拓扑设计中让它承担管理和中转角色。

模式一：纯对等 Mesh 网络

纯对等模式下，每台设备都和其他所有设备配对。

例如你有四台设备：

NAS
台式机
笔记本
手机

那么每台设备都要和另外三台设备建立连接。这样任何两台在线设备之间都可以直接同步。

优点：

传输路径更直接。
某台设备离线时，其他在线设备仍然可以互相同步。
不依赖某一个中心节点。

缺点：

设备越多，配对关系越复杂。
新增设备时，需要在多台旧设备上确认和配置。
文件夹共享关系容易散。

设备数量少时，纯对等模式很舒服。比如只有一台电脑和一台手机，或者两台电脑互相同步笔记，就不需要想太复杂。

但当设备数量变成五六台以上，手动维护全连接关系会越来越麻烦。

模式二：以 NAS 为中心的星型拓扑

星型模式更适合家庭和个人生产力场景。

做法是：选一台长期开机、空间足够、网络稳定的设备作为中心节点，例如：

NAS
群晖
软路由
迷你主机
家用 Linux 服务器

然后其他设备只和它配对：

1
2
3

手机 ----\
笔记本 ---- NAS
台式机 ----/

手机不需要直接配对笔记本，笔记本也不需要直接配对台式机。它们都通过 NAS 间接同步数据。

优点：

管理简单。
新增设备只需要和 NAS 配对。
NAS 可以承担版本保留和备份缓冲。
适合 24 小时在线同步。

缺点：

NAS 离线时，其他设备之间不一定能继续同步。
如果所有流量都经过 NAS，NAS 的网络和磁盘性能会影响体验。
中心节点权限要管理好。

如果你已经有 NAS 或常开小主机，优先推荐星型拓扑。它保留了 Syncthing 的 P2P 能力，又让日常管理更接近“中心化同步”。

多设备配置的基本顺序

不管用哪种拓扑，Syncthing 的配置顺序都是：

先配对设备。
再共享文件夹。
最后在接收端确认路径。

不要反过来一开始就到处建文件夹。先把设备关系理清楚，后面才不容易乱。

第一步：设备互联

假设要连接设备 A 和设备 B。

设备 A 可以是手机，设备 B 可以是 NAS 或电脑。

在设备 A 上：

打开 Syncthing Web UI。
点击右上角 操作。
选择 显示 ID。
复制设备 ID，或者显示二维码。

在设备 B 上：

打开 Syncthing Web UI。
点击 添加远程设备。
填入设备 A 的 ID。
给设备起一个容易识别的名称，例如 My-Phone。
保存。

然后回到设备 A。它通常会弹出提示：设备 B 想要连接。点击接受。

到这一步，两台设备已经建立了对等关系，但还没有开始同步任何文件夹。

第二步：创建并共享文件夹

在设备 A 上点击 添加文件夹。

常用字段：

文件夹标签：给自己看的名字，例如 Notes。
文件夹 ID：跨设备识别用，建议用稳定英文，例如 notes。
文件夹路径：这台设备上的真实路径。

然后切换到 共享 标签页，勾选刚刚配对成功的设备 B。

保存后，设备 A 会把这个文件夹共享邀请发给设备 B。

第三步：接收共享

打开设备 B 的 Web UI，等待几秒钟，通常会看到提示：

`1`	`设备 A 想共享一个文件夹`

点击添加，然后在设备 B 上指定本地存储路径。

例如：

`1`	`/volume1/notes`

或者 Docker 部署场景下的容器内路径：

`1`	`/var/syncthing/notes`

保存后，同步正式开始。

这里要注意：不同设备上的路径可以不一样。Syncthing 通过文件夹 ID 识别同步关系，不要求每台设备使用相同的本地路径。

星型拓扑怎么配置

如果你采用 NAS 中心模式，建议这样做：

先在 NAS 上部署 Syncthing。
所有手机、电脑、服务器都只和 NAS 配对。
在 NAS 上创建或接收主要同步文件夹。
每台新设备只添加 NAS 的 device ID。
需要同步哪个文件夹，就在 NAS 和对应设备之间共享。

例如：

NAS
├── notes       -> 台式机、笔记本、手机
├── photos      -> 手机、备份盘
├── downloads   -> 台式机、NAS
└── scripts     -> 台式机、笔记本

这样结构非常清楚。你可以把 NAS 当作同步关系的控制面。

引入者是什么

Syncthing 有一个很实用的功能：Introducer，中文界面里通常叫“引入者”。

它适合多设备场景。

假设你把 NAS 设置为引入者。之后新设备只要和 NAS 配对，NAS 就可以把它知道的其他设备介绍给新设备，也可以帮助同步已有的共享关系。

这样做可以减少重复点击和重复配对。

适合：

家里有多台电脑和手机。
NAS 作为长期中心节点。
经常新增设备。
希望减少手工维护设备关系。

但也要注意，引入者会扩大自动建立关系的范围。不要把不完全信任的设备设为引入者，也不要在不清楚拓扑的情况下随手勾选。

更稳妥的做法是：

只把 NAS 或主服务器设为引入者。
普通手机、笔记本不要设为引入者。
新设备加入后，检查它被自动添加了哪些设备和文件夹。

文件夹类型决定数据方向

Syncthing 的权限控制主要体现在文件夹类型上。

进入文件夹设置，在选项里可以调整 Folder Type。

常见三种：

Send & Receive

默认模式。双方都可以发送和接收变更。

适合：

多设备共同编辑笔记。
多台电脑同步文档。
普通双向同步目录。

这是最接近“真正对等”的模式。

Send Only

本机只发送，不接收其他设备的变更。

适合：

数据源头。
主目录向其他设备分发。
不希望远端修改影响本机。

例如你把 NAS 上的某个软件安装包目录设置为 Send Only，让其他电脑只接收。

Receive Only

本机只接收，不把本地改动发送出去。

适合：

备份机。
只读镜像。
防止本地误删反向影响主目录。

例如 NAS 用来接收手机照片，手机端删除照片时，你不希望 NAS 也跟着删，就要认真设计文件夹类型和删除策略。

不同目录可以用不同拓扑

Syncthing 的拓扑不一定全站统一。你可以按文件夹设计。

例如：

notes：电脑、笔记本、手机、NAS 都使用 Send & Receive。
photos：手机发送，NAS 接收并保留版本。
downloads：NAS 和台式机同步，手机不参与。
backup：主电脑 Send Only，NAS Receive Only。

不要把所有目录都套进一种规则。多设备同步真正重要的是数据方向，而不是设备数量。

冲突和误删要提前想

多设备同步最常见的问题不是配置失败，而是同步成功之后发生误删或冲突。

容易出问题的场景：

两台设备同时编辑同一个文件。
手机端应用自动清理目录。
一台设备路径填错，创建了空目录并同步过去。
把缓存、临时文件、工作区状态文件一起同步。
NAS 端没有开启版本保留。

建议：

重要目录在 NAS 上开启文件版本。
使用 .stignore 排除缓存和临时文件。
新文件夹第一次同步前，先用少量测试文件验证。
不确定删除策略时，不要把所有设备都设为 Send & Receive。

总结

Syncthing 是 P2P 对等架构，但不代表你必须把所有设备配成复杂网状结构。

小规模设备可以用纯对等模式；设备多、有 NAS 或常开主机时，更建议使用星型拓扑。让 NAS 承担中心节点和引入者角色，其他设备只跟 NAS 建立关系，管理会简单很多。

真正要想清楚的是：哪些设备可信、哪些目录要同步、数据从哪里来、误删时谁负责保留版本。拓扑只是手段，数据流向才是配置的核心。

多设备同步 on KnightLi的博客

Syncthing 多设备多文件夹怎么管理？拓扑、命名和版本控制

Syncthing 系列目录

拓扑：放弃全连接，优先星型

Folder ID 比文件夹标签更重要

中心节点路径要规范

引入者：减少多设备配对成本

区分备份和双向同步

手机照片备份

多端文档和笔记

资料分发

备份目录

NAS 上开启文件版本控制

用忽略规则过滤临时文件

多文件夹命名示例

推荐整体方案

总结

Syncthing 多设备怎么配？对等网络、星型拓扑和引入者

Syncthing 系列目录

先理解“对等”和“伪服务器”

模式一：纯对等 Mesh 网络

模式二：以 NAS 为中心的星型拓扑

多设备配置的基本顺序

第一步：设备互联

第二步：创建并共享文件夹

第三步：接收共享

星型拓扑怎么配置

引入者是什么

文件夹类型决定数据方向

Send & Receive

Send Only

Receive Only

不同目录可以用不同拓扑

冲突和误删要提前想

推荐配置

总结