Syncthing 不同步但裝置在線：檢查掃描、連接及檔案衝突

Syncthing 不同步，即使對端在線，亦須分別查看裝置與資料夾。確認預期裝置共用同一資料夾，等掃描完成，檢查本機錯誤，再核對指定檔案內容，不只看連接圖示。

關鍵要點：

• 裝置已連接，不代表目標資料夾在兩端都共享及可寫。
• 掃描、本機檔案錯誤、發現與傳輸連接屬不同階段。
• 中繼是受支援路徑，不表示程式安裝損壞。
• 兩端檔案內容一致，並記錄實際連接類型，才算恢復。

為何裝置在線，Syncthing 不同步？

裝置連接與資料夾同步狀態是兩個問題。對端可達時，指定資料夾仍可能未共享、暫停、掃描中，或本機不能寫入。官方 FAQ 介紹資料夾排查，亦說明同步不應當作獨立備份。［1］

更改發現或防火牆設定前，按下表分類。多個無關程式同時失敗時，先用裝置與應用程式故障的一般分支；否則記下本任務的對端、資料夾 ID 及錯誤。

觀察結果	優先檢查	繼續前需要甚麼證據
對端連接但指定資料夾缺失	共享及一致資料夾 ID	兩端均接受指定資料夾
資料夾顯示掃描中	本機索引進度	掃描完成並識別預期檔案
資料夾報告本機錯誤	空間、權限、標記或路徑	實際本機故障安全解決
對端斷開連接	裝置 ID、發現及獲准地址	目標裝置建立獲准連接
中繼連接但檔案仍未同步	資料夾及檔案錯誤	指定檔案交付且可讀

步驟 1：兩部裝置共用的是指定資料夾嗎？

使用平常受保護的方式，開啟兩部裝置各自的本機 Syncthing 介面。用自己的記錄或可信渠道比較裝置 ID，核對是預期的一對；不要為排障批准陌生配對。

核對兩端資料夾 ID，並確認兩端均共享給預期對端。本機標籤和檔案路徑可以不同，所以比較真正資料夾身份，不把同名目錄視為相同關係。查看待接受邀請，但不接受無關資料夾。

檢查裝置或資料夾是否暫停，以及類型是否刻意限制傳送或接收。不要只為令狀態對稱，就改變原本的僅傳送或僅接收安排。先問資料夾負責人預期行為，再改配置。

如何保存既有版本？

停止編輯受影響資料夾，把重要本機工作複製到獨立備份位置。保留衝突版本，開啟備份核對內容。Syncthing 會傳播修改及刪除，因此另一部同步裝置不會自動保護你免受誤改影響。［1］

不要把移除再加入資料夾、重新命名目錄或重設資料庫當作初始連接測試。這些動作會改變檔案協調條件，可能影響哪些項目被視為新內容。蒐集證據期間保留現有對應。

步驟 2：掃描完成，還是本機錯誤阻塞？

分別閱讀兩端資料夾狀態。新加入或有變動的檔案樹正在掃描時，等該工作結束並觀察進度。掃描枚舉本機內容，讀不到檔案系統時，反覆轉換網絡不能修復。

查看列出的檔案錯誤、剩餘空間及配置路徑的可存取性。資料夾在外置儲存裝置上時，確認裝置已掛載到預期位置。按資料夾角色核對讀寫權限，不向整個磁碟授予寬泛權限。

官方 FAQ 說明資料夾標記通常為 .stfolder，並提醒清理工具可能移除它。缺失標記可能表示目錄不可用或不健康；先確認正確儲存已就緒，不盲目建立標記，否則可能掩蓋安全檢查停止的原因。［1］

只有少量項目未同步，應怎樣處理？

查看列出的檔名及原因。檔案被鎖定、路徑排除、權限失敗或衝突，即使對端連接正常，仍需逐檔處理。不要因一個檔案失敗就重建全部資料夾。

筆記放在此目錄時，須分清它與Obsidian 官方 Sync 連接問題的差別。Syncthing 是另一套機制，此測試成功不會診斷或修復 Obsidian 的託管服務。測試時避免多套同步系統管理同一工作目錄。

步驟 3：Syncthing 中繼連接顯示甚麼？

查看遠端裝置連接詳情，記錄現有連接是直連還是中繼。直連不可用時，Syncthing 中繼連接可傳送流量；官方說明內容保持端對端加密，而中繼吞吐量可能變動。使用中繼不是重新安裝程式的理由。［2］

發現功能協助裝置尋找地址，傳輸連接負責同步資料。因此找到對端不等於交付檔案；直連不可用但中繼正常，亦可能足以完成工作。

Syncthing 裝置斷開連接時，確認遠端電腦已喚醒，且 Syncthing 程序運行。核對兩端獲准使用已配置的發現與中繼服務。機構防火牆或裝置管理政策可能需要管理員批准，不應以用戶繞行代替。

是否需要強制直連？

診斷同步能否完成，並不要求直連。記錄現有類型，評估真實檔案進度。官方 FAQ 提到 Windows 網絡設定檔會影響直連，但不代表可以把不可信公共網絡設成私人網絡。［1］

Windows 的其他網絡存取不同時，可比較系統代理設定與機構要求。不要假設瀏覽器代理控制每一條 Syncthing 連接。保留所需保安控制，把協議阻斷交網絡負責人處理。

步驟 4：獲准公網路徑能交付同一測試檔案嗎？

只有共享、掃描與本機儲存準備好，且證據指向公網發現或中繼可達性，才進行此比較。預期對端只在企業私人網絡可達時，保留認可的接入方法；消費級 VPN 不提供該網絡成員資格。

在一端的共享資料夾建立小型、不敏感測試檔案，名稱獨一且內容容易辨認。等本機掃描識別它，保持傳送端、接收端、裝置 ID、資料夾 ID、客戶端版本及檔案不變，記錄基線。

獲准測試公網路徑時，在發現或中繼存取失敗的受支援電腦連接 AethoVPN。Windows 用官方安裝套件，Linux 用 Debian/Ubuntu x64 的 .deb 套件；Mac 須按官網指引配置，在 VPN 客戶端連接，需要 Pro 或 Premium。啟用全局模式，選擇目前可用的就近位置，等 Syncthing 重新連接，再觀察同一檔案傳輸。

用結合應用程式結果的連接檢查驗證，再返回兩端介面。記錄變更後的實際連接類型，檢查接收端內容是否與傳送端一致。公網 IP 改變或網站可達，不能替代交付證據。

此比較不能修復錯誤資料夾 ID、忽略檔案、磁碟錯誤或共享拒絕，亦不承諾端口轉發、局域網直通或 NAT 直連。新路徑仍可能使用中繼，或表現更差。需要試驗獲准公網中繼分支時，可開始 3 天 Pro 免費試用；新用戶只獲一次。

如何讓路徑比較保持可解釋？

只更改正在調查的端點路徑。同時把兩部電腦接上 VPN，會增加另一項變數；轉換資料夾或建立第二個檔案，亦會改變測試對象。記下哪端改路，完成後恢復原連接。

連接成功但檔案仍受阻時，停止換路並重看本機或資料夾錯誤。檔案完成時，結論只限這項工作的路徑相關證據，不證明發現是唯一成因，也不保證建立直連。

步驟 5：兩端是否有相同的完成版本？

要求測試檔案出現在正確接收資料夾，內容與傳送端建立的資料一致。用適當本機程式開啟兩份副本，比較大小及內容，記錄檔案錯誤或衝突，不只靠裝置連接標籤。

真實文件核實期間，關閉編輯程式並確認比較的是同一已儲存版本。修改時間本身不足，因裝置及檔案系統可採用不同表示。保留衝突副本，直到你主動選定正確工作版本。

政策阻止已獲准發現或中繼服務、兩條允許路徑都失敗，或本機修復將涉及重設資料夾時，交支援處理。經可信渠道提供版本、時間、遮蔽敏感資料的裝置與資料夾資訊、掃描狀態、檔案錯誤、連接類型及同檔案結果，不公開 API 密鑰、私人內容或配對邀請。

總結

• 先核對裝置身份、資料夾共享及預期收發安排。
• 分開處理本機掃描、檔案系統錯誤與發現連接失敗。
• 正常中繼是有效路徑，記下實際使用的類型。
• 確認兩端內容相同，才判定同步恢復。

常見問題

裝置連接為何不等於同步成功？

對端在線時，指定資料夾仍可能未共享、暫停、掃描或被本機錯誤阻塞。兩端檢查目標資料夾及已識別檔案，不只看裝置狀態。

兩部電腦的本機資料夾路徑要相同嗎？

不需要。路徑與標籤可以不同，但兩端須共享指定資料夾身份並接受關係。核對資料夾 ID 及共享設定，不隨意重配重要工作。

VPN 可以加快初次掃描嗎？

改路不能修復本機枚舉、磁碟存取或權限錯誤。先等掃描完成，或處理明確本機原因，再試公網發現及中繼可達性。

中繼代表連接失敗嗎？

不是。直連不可用時，中繼是受支援方法。評估實際檔案進度及內容，中繼表現會變動，亦不能保證可建立直連。

缺失資料夾標記時要立即重建嗎？

先確認正確儲存已掛載，設定路徑健康。盲目建立標記可能隱藏不可用資料夾；保存資料並按管理員或官方排查指引處理。

同檔案測試怎樣才算成功？

接收端獲得指定檔案，其內容與傳送端已儲存副本一致，且有記錄連接類型。裝置在線或網頁可開啟，單獨不能證明交付。

可以只用 Syncthing 備份嗎？

不可以。同步會傳播修改及刪除，重要工作需要獨立備份。保存衝突版本，主動選擇恢復方式，不為乾淨狀態直接刪除副本。

來源

1. Syncthing — FAQ — https://docs.syncthing.net/users/faq.html
2. Syncthing — Relaying — https://docs.syncthing.net/users/relaying.html

Sources checked 2026 年 10 月 7 日.

延伸閱讀

• 另行排查 Obsidian 託管同步服務
• 用 Syncthing 實際同步檢驗 VPN
• 對照 Syncthing 與系統代理設定