多設備同步 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，或者顯示 QR code。

在設備 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

不同目錄可以用不同拓撲

衝突和誤刪要提前想

推薦配置

總結