複数デバイス同期 on KnightLiブログ

Syncthing で複数デバイスと複数フォルダーを管理する方法：トポロジー、命名、バージョン管理

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

Syncthing シリーズ目次

Syncthing はデバイスとフォルダーが増えると、事前に設計しておかない限りすぐに複雑になります。典型的には、スマートフォン、タブレット、ノート PC、デスクトップ、NAS が同時に同期し、フォルダーには写真、仕事用ドキュメント、コード、チャットのバックアップ、電子書籍が混在します。どのデバイスでも変更でき、どのフォルダーも共有されるため、最終的に「このファイルはどこから来て、どこへ同期されるのか」が分かりにくくなります。

Syncthing を安定して使うために重要なのは、クライアントを増やすことではなく、管理ルールを作ることです。

トポロジーはスター型にする。
フォルダー ID とパスを統一する。
デバイス関係には Introducer を使う。
データ方向でバックアップと双方向同期を分ける。
中心ノードでバージョン管理を有効にする。
一時ファイルは Ignore Patterns で除外する。

トポロジー：フルメッシュを避け、スター型を優先する

Syncthing は P2P の対等な構成ですが、すべてのデバイスを相互にペアリングすべきという意味ではありません。

5 台のデバイスをすべて相互接続すると、10 組のデバイス関係を管理する必要があります。新しいフォルダーを追加するたびに、複数のデバイスで受け入れ、パスを設定し、共有を確認しなければなりません。デバイスが増えるほど管理コストは高くなります。

よりおすすめなのはスター型トポロジーです。

常時稼働し、容量が大きく、ネットワークが安定しているデバイスを中心ノードにします。

NAS
Synology
ソフトルーター
ミニ PC
24 時間稼働するパソコン

他のデバイスは中心ノードだけとペアリングします。

Phone ----\
Tablet ----\
Laptop ---- NAS
Desktop ---/

スマートフォンはノート PC を直接追加せず、ノート PC もデスクトップを直接追加しません。スマートフォンの写真をパソコンへ同期したい場合は、まず 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 に入力するのはコンテナ内パスであり、ホスト側パスではありません。

Introducer：複数デバイスのペアリング作業を減らす

Syncthing の Introducer は、スター型トポロジーに向いた機能です。

NAS を Introducer に設定します。その後、新しいデバイスは NAS とペアリングするだけで、NAS が既知のデバイスや共有関係を新しいデバイスに紹介できます。これにより、各デバイス間で QR コードを何度も読み取ったり、手動で追加したりする作業を減らせます。

向いているケース：

家に複数のパソコンやスマートフォンがある。
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 でファイルバージョン管理を有効にする

複数デバイス同期で最も怖いのは、誤削除と誤上書きです。

例：

あるパソコンで仕事用ドキュメントを誤って削除した。
スマートフォンのクリーンアップツールがアルバムディレクトリを削除した。
2 台のデバイスが同じメモを同時に編集した。
同期ルールを間違えて空ディレクトリを同期してしまった。

そのため、中心ノードではファイルバージョン管理を有効にしておくのが安全です。

NAS の Syncthing Web UI で：

対象フォルダーの設定を開く。
ファイルバージョン管理へ進む。
適切なバージョン戦略を選ぶ。

よく使われるのは Staggered File Versioning です。時間間隔に応じて履歴バージョンを保持し、古いものほど間引いて残します。

より単純な戦略も使えます。

Trash Can File Versioning：ごみ箱のように扱う。
Simple File Versioning：固定数のバージョンを保持する。
Staggered File Versioning：時間段階に応じて保持する。

迷う場合、家庭用 NAS なら Trash Can または Staggered から始めるとよいでしょう。

バージョン管理は完全なバックアップではありませんが、複数デバイス同期における重要な復旧手段です。

Ignore Patterns で一時ファイルを除外する

コードプロジェクト、ドキュメントディレクトリ、チャットバックアップを複数デバイスで同期すると、一時ファイルやキャッシュが問題を起こしやすくなります。

よくある問題：

帯域を大量に使う。
意味のない競合が発生する。
OS ごとに異なるキャッシュファイルが生成される。
ディレクトリ削除時に無視ファイルが残って邪魔をする。

フォルダー設定の 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 がこれらのローカル生成された無視ファイルも削除できることを意味します。残ったキャッシュがディレクトリ削除を妨げにくくなります。

Ignore Patterns は最初から複雑にしすぎないでください。まず明らかなキャッシュと一時ファイルを除外し、実際の競合に合わせて少しずつ調整します。

複数フォルダーの命名例

固定した命名方式を用意できます。

スマートフォン写真：

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、ラベル、パスに規則があれば、デバイスが増えても管理しやすくなります。

推奨する全体構成

すでに Docker 版 Syncthing を NAS で動かしているなら、次のように設計できます。

NAS を中心ノードにする。
NAS を Introducer に設定する。
すべてのデバイスは NAS とだけペアリングする。
すべての同期ディレクトリを /volume1/Syncthing/ の下に置く。
スマートフォン写真はスマートフォン Send Only、NAS Receive Only にする。
仕事用ドキュメントとメモは Send & Receive にする。
資料配布フォルダーは NAS Send Only、他デバイス Receive Only にする。
NAS 上の重要フォルダーでバージョン管理を有効にする。
コードとキャッシュディレクトリには Ignore Patterns を設定する。
NAS 自体にもスナップショットまたは別場所へのバックアップを用意する。

この構成を作っておけば、新しいデバイスやフォルダーを追加するときも、既存のルールに沿って入れるだけで済みます。同期関係を毎回考え直す必要はありません。

まとめ

Syncthing は自由度が高いツールですが、自由度が高いほどルールが必要です。

複数デバイス、複数フォルダーの環境では、フルメッシュ同期はおすすめしません。より安定するのは、NAS または常時稼働するパソコンを中心ノードにし、Folder ID、パス、バージョン管理を統一し、フォルダー種別でバックアップ、双方向同期、資料配布を分ける方法です。

こうすれば Syncthing の P2P 能力を保ちながら、日常管理を 1 台の中心デバイスに集約できます。デバイスやフォルダーが増えても、同期関係が混乱しにくくなります。

Syncthing で複数デバイスを構成する方法：ピアネットワーク、スター型トポロジー、Introducer

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

Syncthing シリーズ目次

Syncthing は分散型の P2P アーキテクチャを採用しています。従来の意味での Server と Client の区別はなく、プロトコル上はすべてのデバイスが対等なピアです。

ただし実際の運用では、次の二つの形に整理できます。

純粋なピアネットワーク：各デバイスがほかのデバイスと直接ペアリングする。
スター型ネットワーク：NAS、サーバー、常時稼働の PC を中心ノードにし、ほかのデバイスはそれとだけペアリングする。

どちらも Syncthing の設計に合っています。違うのは管理コストと日常の使い勝手です。

まず「対等」と「疑似サーバー」を理解する

Syncthing の各デバイスには固有の device ID があります。二つのデバイスがお互いの ID を追加し、同じフォルダーを共有すれば同期できます。

つまり Syncthing には「サーバー側がすべてのデータを保持しなければならない」という前提はありません。あなたが「サーバー」と呼んでいるものは、多くの場合、運用上中心に置いた常時稼働デバイスです。

たとえば：

NAS は常時稼働し、容量も大きいので中心ノードに向いています。
スマートフォンやノート PC はオフラインになりやすく、エッジデバイスとして扱うのが自然です。
デスクトップ PC は高性能でも、24 時間稼働とは限らないため、通常の同期ノードとして考えます。

この「中心ノード」はプロトコル上のサーバーではありません。トポロジー設計の中で、管理と中継を担わせるデバイスです。

モード 1：純粋な Peer Mesh ネットワーク

純粋なピアモードでは、すべてのデバイスがほかのすべてのデバイスとペアリングします。

たとえば四つのデバイスがあるとします。

NAS
デスクトップ
ノート PC
スマートフォン

この場合、各デバイスは残り三つのデバイスと接続します。これにより、オンラインの任意の二台が直接同期できます。

利点：

転送経路がより直接的です。
一台がオフラインでも、ほかのオンラインデバイス同士は同期できます。
特定の中心ノードに依存しません。

欠点：

デバイスが増えるほど、ペアリング関係が複雑になります。
新しいデバイスを追加するとき、複数の既存デバイスで確認と設定が必要になります。
フォルダー共有の関係が分散しやすくなります。

デバイス数が少ない場合、純粋なピアモードは快適です。たとえば PC 一台とスマートフォン一台、または二台の PC でメモを同期するだけなら、複雑に考える必要はありません。

しかしデバイスが五、六台以上になると、完全接続の関係を手作業で維持するのはだんだん面倒になります。

モード 2：NAS を中心にしたスター型トポロジー

スター型は家庭や個人の生産性用途に向いています。

長時間稼働し、容量が十分で、ネットワークが安定しているデバイスを中心ノードにします。たとえば：

NAS
Synology
ソフトルーター
ミニ PC
自宅 Linux サーバー

そしてほかのデバイスは、その中心ノードとだけペアリングします。

1
2
3

スマートフォン ----\
ノート PC      ---- NAS
デスクトップ   ----/

スマートフォンはノート PC と直接ペアリングする必要がなく、ノート PC もデスクトップと直接ペアリングする必要はありません。すべて NAS を経由して間接的に同期します。

利点：

管理が簡単です。
新しいデバイスは NAS とだけペアリングすれば済みます。
NAS がバージョン保持やバックアップの受け皿になります。
24 時間同期に向いています。

欠点：

NAS がオフラインになると、ほかのデバイス同士は同期を続けられない場合があります。
すべての通信が NAS を通る場合、NAS のネットワーク性能とディスク性能が体験に影響します。
中心ノードの権限管理を慎重に行う必要があります。

すでに NAS や常時稼働の小型サーバーがあるなら、まずスター型トポロジーをおすすめします。Syncthing の P2P の強みを残しつつ、日常管理はかなり中央集約型の同期に近づきます。

複数デバイス設定の基本順序

どのトポロジーを使う場合でも、Syncthing の設定順序は同じです。

先にデバイスをペアリングする。
次にフォルダーを共有する。
最後に受信側でローカルパスを確認する。

最初からあちこちにフォルダーを作らないでください。先にデバイス関係を整理しておくと、後の設定が乱れにくくなります。

ステップ 1：デバイスを接続する

デバイス A とデバイス B を接続するとします。

デバイス A はスマートフォン、デバイス B は NAS や PC だと考えてください。

デバイス A で：

Syncthing Web UI を開きます。
右上の 操作 をクリックします。
ID を表示 を選びます。
device ID をコピーするか、QR コードを表示します。

デバイス B で：

Syncthing Web UI を開きます。
リモートデバイスを追加 をクリックします。
デバイス A の ID を入力します。
My-Phone のような識別しやすい名前を付けます。
保存します。

その後デバイス A に戻ります。通常は、デバイス B が接続しようとしているという通知が表示されるので、承認します。

ここまでで二台のデバイスは対等な関係を確立しました。ただし、まだどのフォルダーも同期していません。

ステップ 2：フォルダーを作成して共有する

デバイス A で フォルダーを追加 をクリックします。

よく使う項目：

フォルダーラベル：自分が見るための名前。例：Notes。
フォルダー ID：デバイス間で識別するための ID。notes のような安定した英語名がおすすめです。
フォルダーパス：このデバイス上の実際のパス。

次に 共有 タブへ切り替え、先ほどペアリングしたデバイス B にチェックを入れます。

保存すると、デバイス A からデバイス B にフォルダー共有の招待が送られます。

ステップ 3：共有を受け入れる

デバイス B の Web UI を開いて数秒待つと、通常は次のような通知が表示されます。

`1`	`デバイス A がフォルダーを共有しようとしています`

追加をクリックし、デバイス B 上のローカル保存先を指定します。

例：

`1`	`/volume1/notes`

Docker デプロイの場合は、コンテナー内パスになります。

`1`	`/var/syncthing/notes`

保存すると同期が始まります。

ここで重要なのは、各デバイスのパスは同じでなくてもよいということです。Syncthing はフォルダー ID で同期関係を識別し、すべてのデバイスに同じローカルパスを要求しません。

スター型トポロジーの設定方法

NAS 中心の構成を使うなら、次のようにします。

まず NAS に Syncthing をデプロイする。
すべてのスマートフォン、PC、サーバーを NAS とだけペアリングする。
NAS 上で主要な同期フォルダーを作成または受け入れる。
新しいデバイスは NAS の device ID だけを追加する。
同期したいフォルダーを、NAS と対象デバイスの間で共有する。

例：

NAS
├── notes       -> デスクトップ、ノート PC、スマートフォン
├── photos      -> スマートフォン、バックアップディスク
├── downloads   -> デスクトップ、NAS
└── scripts     -> デスクトップ、ノート PC

この構造はとても分かりやすいです。NAS を同期関係のコントロールパネルとして扱えます。

Introducer とは何か

Syncthing には Introducer という便利な機能があります。日本語では「紹介者」や「Introducer」と表示されることがあります。

これは複数デバイス環境に向いています。

NAS を Introducer に設定したとします。その後、新しいデバイスが NAS とペアリングすると、NAS は自分が知っているほかのデバイスを新しいデバイスに紹介できます。既存の共有関係の反映にも役立ちます。

これにより、同じクリックや同じペアリング作業を繰り返す必要が減ります。

向いているケース：

家に複数の PC とスマートフォンがある。
NAS が長時間稼働する中心ノードになっている。
新しいデバイスをよく追加する。
デバイス関係の手動メンテナンスを減らしたい。

ただし Introducer は、自動的に確立される関係の範囲を広げます。完全に信頼できないデバイスを Introducer にしないでください。トポロジーを理解しないまま気軽に有効化するのも避けましょう。

より安全な考え方は次の通りです。

NAS またはメインサーバーだけを Introducer にする。
普通のスマートフォンやノート PC は Introducer にしない。
新しいデバイスを追加した後、自動追加されたデバイスとフォルダーを確認する。

フォルダータイプがデータの向きを決める

Syncthing の権限制御は、主にフォルダータイプに現れます。

フォルダー設定を開き、オプション内の Folder Type を調整します。

よく使う三種類があります。

Send & Receive

デフォルトのモードです。双方が変更を送信し、受信できます。

向いている用途：

複数デバイスでノートを編集する。
複数の PC で文書を同期する。
一般的な双方向同期フォルダー。

これは「本当の対等」に最も近いモードです。

Send Only

このデバイスは送信のみ行い、ほかのデバイスからの変更を受け取りません。

向いている用途：

データの発生元。
メインディレクトリをほかのデバイスへ配布する。
リモート側の変更でこのデバイスが影響を受けないようにする。

たとえば NAS 上のソフトウェアインストーラー用ディレクトリを Send Only にし、ほかの PC は受信だけにできます。

Receive Only

このデバイスは受信のみ行い、ローカル変更を外へ送信しません。

向いている用途：

バックアップ機。
読み取り専用ミラー。
ローカルの誤削除が元データへ逆流するのを防ぐ。

たとえば NAS でスマートフォンの写真を受け取る場合、スマートフォン側で写真を削除しても NAS 側まで削除したくないなら、フォルダータイプと削除ポリシーをきちんと設計する必要があります。

フォルダーごとに違うトポロジーを使える

Syncthing のトポロジーは、サイト全体で一つに統一する必要はありません。フォルダー単位で設計できます。

例：

notes：デスクトップ、ノート PC、スマートフォン、NAS がすべて Send & Receive。
photos：スマートフォンが送信し、NAS が受信してバージョンを保持する。
downloads：デスクトップと NAS が同期し、スマートフォンは参加しない。
backup：メイン PC は Send Only、NAS は Receive Only。

すべてのディレクトリを一つのルールに押し込まないでください。複数デバイス同期で本当に重要なのは、デバイス数ではなくデータの流れです。

衝突と誤削除を先に考える

複数デバイス同期でよく起きる問題は、設定失敗ではありません。同期が成功した後の誤削除や競合です。

問題が起きやすい場面：

二台のデバイスが同じファイルを同時に編集する。
スマートフォンアプリがディレクトリを自動クリーンアップする。
一台のデバイスでパスを間違え、空のディレクトリを作って同期してしまう。
キャッシュ、一時ファイル、作業状態ファイルをまとめて同期してしまう。
NAS 側でバージョン保持を有効にしていない。

まとめ

Syncthing は P2P の対等アーキテクチャですが、すべてのデバイスを複雑なメッシュ構造にする必要はありません。

小規模な環境なら純粋なピアモードで十分です。デバイスが多い場合や、NAS あるいは常時稼働ホストがある場合は、スター型トポロジーをおすすめします。NAS に中心ノードと Introducer の役割を持たせ、ほかのデバイスは NAS とだけ関係を作ると、管理がかなり簡単になります。

本当に考えるべきなのは、どのデバイスを信頼するか、どのディレクトリを同期するか、データがどこから来るか、誤削除時にどこがバージョンを保持するかです。トポロジーは手段であり、データの流れこそが設定の核心です。

複数デバイス同期 on KnightLiブログ

Syncthing で複数デバイスと複数フォルダーを管理する方法：トポロジー、命名、バージョン管理

Syncthing シリーズ目次

トポロジー：フルメッシュを避け、スター型を優先する

Folder ID はフォルダーラベルより重要

中心ノードのパスを整理する

Introducer：複数デバイスのペアリング作業を減らす

バックアップと双方向同期を分ける

スマートフォン写真バックアップ

複数端末のドキュメントとメモ

資料配布

バックアップディレクトリ

NAS でファイルバージョン管理を有効にする

Ignore Patterns で一時ファイルを除外する

複数フォルダーの命名例

推奨する全体構成

まとめ

Syncthing で複数デバイスを構成する方法：ピアネットワーク、スター型トポロジー、Introducer

Syncthing シリーズ目次

まず「対等」と「疑似サーバー」を理解する

モード 1：純粋な Peer Mesh ネットワーク

モード 2：NAS を中心にしたスター型トポロジー

複数デバイス設定の基本順序

ステップ 1：デバイスを接続する

ステップ 2：フォルダーを作成して共有する

ステップ 3：共有を受け入れる

スター型トポロジーの設定方法

Introducer とは何か

フォルダータイプがデータの向きを決める

Send & Receive

Send Only

Receive Only

フォルダーごとに違うトポロジーを使える

衝突と誤削除を先に考える

おすすめ構成

まとめ