惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Y
Y Combinator Blog
有赞技术团队
有赞技术团队
J
Java Code Geeks
H
Hackread – Cybersecurity News, Data Breaches, AI and More
美团技术团队
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Hugging Face - Blog
Hugging Face - Blog
人人都是产品经理
人人都是产品经理
酷 壳 – CoolShell
酷 壳 – CoolShell
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
C
Check Point Blog
博客园 - 【当耐特】
The GitHub Blog
The GitHub Blog
Recent Announcements
Recent Announcements
The Cloudflare Blog
Microsoft Azure Blog
Microsoft Azure Blog
腾讯CDC
Vercel News
Vercel News
IT之家
IT之家
MyScale Blog
MyScale Blog
博客园_首页
Martin Fowler
Martin Fowler
WordPress大学
WordPress大学
罗磊的独立博客

Syncthing Community Forum - Latest topics

Failed to start Syncthing/SyncTrayzor Win11: Console is no-longer displayed when launching Syncthing Syncthing Ignore Pattern Visualizer Renaming/moving without block indexing The working set is too high, causing the computer to freeze Would connecting two OSX (Mac) devices via USB allow faster data transfer? How can I turn on the new continious watching for all my folder again? Alternative Web GUI for Syncthing (Angular + Material) SyncThing Android fork: SyncThing as messaging app Android --> PC uploading stuck at 99% Can't ignore root owned file Terramaster TOS7 broken? add a hint when folder edit "Too many symbolic links" but there aren't Collapse folder groups? Update to 2.1.1 but the update does not exist Disconnected (Inactive) - no route to host "Wi-Fi needs to be enabled" error on Android 16 / Realme UI 16 (Even though Wi-Fi is on) Custom file filtering/syncing Best practice Unraid + Android (without repeated DB crashes) Slow syncing and scanning without any visible reason .stignore: optional include Syncproblem: Several Windows<>Android Stopping dev on fork for DB Maintenance tunings CloudStatus: An easier way to understand Syncthing on macOS Not syncing Sync - 100%: 98%? Difficulty connecting my devices Syncthing-Fork: force sync now widget on Android Does Syncthing supports AWS S3 Files?
Two Syncthing instances on the same NAS using the same sh...
Vadorequest (Vadorequest) · 2026-06-05 · via Syncthing Community Forum - Latest topics

1

Hello,

I have a NAS running two separate Syncthing instances: one for me and one for my partner. Each instance has its own configuration, device list, ports, and folders. This works well for our personal folders.

We also have a common “Family” folder on the NAS. I am considering configuring both Syncthing instances on the NAS to point to the same physical folder path, for example:

Instance A / me       -> /volumeX/Family
Instance B / partner  -> /volumeX/Family

The idea is that my Syncthing instance would sync this folder with my own devices, while my partner’s Syncthing instance would sync the same NAS folder with her own devices. The two Syncthing instances would not share the same remote devices. (I sync this folder on my own computer and phone, and so she does on her own)

So effectively, the NAS folder would act as a shared local bridge between two separate Syncthing setups.

My questions are:

  1. Is this configuration supported or strongly discouraged?

  2. What are the risks if two Syncthing instances index and write to the same folder at the same time?

  3. Could this cause issues with .stfolder, .stignore, .stversions, conflict handling, or the internal Syncthing database?

  4. If we make sure that both users mostly write to separate subfolders inside the shared folder, does that reduce the risk in any way?

  5. Are there any specific settings that would make this safer, such as folder type, scan interval, filesystem watcher, versioning, ignore patterns, or permissions?

I understand that a cleaner approach might be to use a single Syncthing instance for the Family folder and connect both users’ devices to it. However, I am trying to avoid extra complexity on the client side and would prefer to keep each user’s Syncthing setup separate if possible.

I would appreciate feedback from people who know Syncthing internals or have run a similar setup.

Thanks!

calmh (Jakob Borg) 2

There’s nothing inherently problematic with this type of setup, it can work fine. Changes by one instance will be picked up as local changes by the other instance. Versioning can be enabled/disabled on either or both as you require.

The one actual “conflict” is for .stignore which you cannot have individual between the two instances, they will always need to use the same ignore patterns.