先確認同步範圍：節點、規則，還是整套設定

電腦和手機使用同一份訂閱，通常只能確保兩端取得相同來源的節點或設定，無法保證代理模式、目前選取的節點、TUN 開關和應用程式分流設定完全一致。同步多台裝置的 Clash 設定前，請先區分「遠端內容」和「裝置本機狀態」。如此一來，換手機、重灌系統或更新訂閱時，才不會誤以為本機設定也已經備份。

  • 節點與訂閱內容：由服務提供者產生，可能是完整設定，也可能只有代理節點。更新訂閱後會重新取得遠端內容。
  • 個人規則與策略組：可能儲存在 YAML 檔案中，也可能透過用戶端的覆寫、合併或腳本功能產生；匯出時請確認包含哪一層內容。
  • 裝置設定：系統代理、VPN 授權、TUN 服務權限、應用程式分流與本機監聽位址，通常都需要在每台裝置上個別設定。
  • 執行狀態：策略組目前的選擇、連線記錄和快取不等同於設定檔，是否保留取決於用戶端的備份範圍。

三種同步方式怎麼選

方式 適用情境 更新方式 主要限制
訂閱連結 電腦和手機長期使用相同的節點來源 每台裝置各自取得更新 本機覆寫與系統權限不會隨連結移轉
設定檔匯出 一次性移轉、離線傳輸、保留規則快照 修改後需重新匯出並匯入 可能未包含外部規則檔案與用戶端資料庫
WebDAV 備份 定期存檔、重灌還原、移轉至同類型用戶端 手動上傳，或依用戶端支援的排程上傳 不等於跨用戶端即時同步

三種方式可以搭配使用，不必只選一種。例如，Windows 和 Android 各自訂閱同一個網址；個人規則另存為獨立檔案；每週將設定和規則備份至 WebDAV。節點透過訂閱更新，規則修改有跡可循，裝置故障後也有副本可供還原。

透過訂閱連結同步：每台裝置各自匯入

適合節點經常變動、兩台裝置都需要持續更新的情況

訂閱網址是取得遠端設定的入口，並不是裝置之間的同步通道。電腦更新成功，不代表手機也已更新；兩端可能仍使用不同時間下載的內容。請先確認服務允許的裝置數、同時連線數與流量額度。多台裝置使用同一份訂閱時，這些限制通常仍由服務端統一計算。

  1. 在原裝置找到目前設定所使用的訂閱網址，並複製完整連結。請保留查詢參數，不要只複製網域或路徑。
  2. 在目標裝置開啟設定管理頁面，選擇透過 URL 匯入，貼上網址並儲存。不同用戶端的選項名稱可能是「設定」、「訂閱」或「Profiles」，請以實際介面為準。
  3. 完成首次下載後，確認節點數量、策略組名稱與更新時間。如果只有節點、沒有規則，請確認取得的是節點訂閱還是完整設定。
  4. 選取剛匯入的設定，再啟用連線。桌面版視需要開啟系統代理；手機版則須完成系統 VPN 授權。
  5. 在兩台裝置上各手動更新一次，確認都能取得遠端內容，再設定自動更新頻率。

如果介面以小時為單位，可以先設定每 24 小時更新一次；如果使用設定中的 proxy-providers，其 interval 通常以秒為單位，24 小時相當於 86400。這兩個選項不是同一個計時器，不能直接把「24」填入以秒為單位的欄位。手機也可能受到背景執行限制，使用前先手動更新一次，比較容易確認狀態。

同一份訂閱不一定適用於所有用戶端

原版 Clash 與 Clash Meta（現稱 mihomo）的功能範圍不同，用戶端也可能採用其他核心。服務提供者產生的設定若包含目標核心不支援的協定或欄位，匯入時可能會失敗。請選擇服務提供者明確標示適用於目標用戶端的訂閱格式；單純將副檔名改成 .yaml 並不會完成格式轉換。遇到匯入問題時，可先確認訂閱匯入步驟，再查看具體錯誤訊息。

匯出設定檔：保留可還原的快照

匯出 YAML 適合一次性移轉，也適合在修改規則前保存快照。但「匯出設定」和「備份應用程式」是兩種不同操作。前者通常只包含核心執行所需的文字內容；後者可能還會包含訂閱記錄、介面偏好設定和覆寫檔案。移轉前請先檢查匯出內容，不要只憑檔名判斷是否完整。

  1. 在來源裝置手動更新訂閱，確認目前設定可以正常啟動。記下用戶端名稱、核心類型與版本，方便在目標裝置確認功能是否相容。
  2. 使用用戶端提供的設定匯出或開啟設定檔功能，並儲存為 profile-2026-10-03.yaml。個人覆寫檔案也要另行保存，不要只保留產生後的暫存設定。
  3. 檢查 proxy-providers、rule-providers 的 path。如果引用本機檔案，請一併移轉；如果依賴遠端 URL，請確認目標裝置可以下載。
  4. 使用可信任的檔案傳輸方式將檔案傳送至目標裝置，再以本機檔案匯入。先將其作為新設定進行測試，不要覆蓋原本可正常使用的設定。
  5. 檢查連接埠、區域網路監聽、DNS 和 TUN 設定，再測試連線。確認全部正常後，才將其設為日常使用的設定。

例如，電腦的混合連接埠設為 7890，但目標裝置上已有其他代理程式使用這個連接埠，匯入後就可能無法啟動。又如，電腦儲存了某張網路介面卡的 DNS 位址，手機切換至行動網路後便無法連線。跨裝置複製時，應保留規則的用途，而不是照搬每一項網路參數。連接埠相關問題可參考連接埠疑難排解說明。

WebDAV 備份：用於保存，不是即時同步

WebDAV 是檔案存取方式，不是 Clash 或 mihomo 核心通用的同步功能。用戶端是否能填寫 WebDAV 網址、是否能加密備份，以及是否支援排程上傳，都取決於個別用戶端。若沒有內建選項，可以先將匯出的檔案存入本機備份資料夾，再使用支援 WebDAV 的檔案工具上傳。

建立獨立目錄與還原流程

  1. 在自己的 WebDAV 服務中建立專用目錄，例如 clash-backups/laptop/ 和 clash-backups/phone/。請使用 HTTPS，並優先建立僅供該目錄使用的應用程式憑證。
  2. 如果用戶端支援 WebDAV，請在備份頁面填入服務網址、使用者名稱和應用程式憑證；若服務將基礎網址與目錄路徑分開設定，請依服務端說明分別填寫。
  3. 首次手動上傳後，請在服務端查看檔案的時間與大小。檔名加入裝置名稱和日期，例如 laptop-2026-10-03.zip，避免兩台裝置反覆覆寫同一個檔案。
  4. 下載一份備份，並在備用設定或測試環境中還原。確認訂閱、覆寫與規則確實存在；「上傳成功」不代表「還原成功」。
  5. 保留最近 7 份每日備份和最近 4 份每週備份，或依儲存空間採用類似的保留策略。升級用戶端前，再另外保存一份備份。

應用程式專用的備份封存檔可能只能由相同用戶端讀取，甚至受備份格式版本限制。跨用戶端移轉時，優先使用雙方都支援的設定格式，再手動補齊設定。WebDAV 上的檔案也不會自動變更目前執行中的核心；下載、匯入、選取設定與重新載入，仍須逐一執行。

避免雙向覆寫與憑證外洩

不要讓電腦和手機同時編輯同一個「目前設定」檔案，並進行雙向同步。兩端可能先讀取舊版本，再各自用修改內容覆蓋對方。較穩妥的做法是指定一台裝置維護個人規則，其他裝置只讀取；若需要共同修改，請先建立附有日期的新副本，確認內容後再發布。備份封存檔若含訂閱網址或節點密碼，請使用用戶端支援的加密備份功能，或先用可信任的工具加密再上傳，並分開保存還原密碼。

保留自訂規則：將訂閱原始設定與個人覆寫分開

直接修改訂閱下載產生的 YAML，常見結果是下次更新後修改內容就消失。個人規則應放在用戶端明確支援的覆寫、合併或腳本層，或自行維護完整設定，再引用節點提供器。不同用戶端的覆寫語法與合併順序並不一致，不能直接將某個用戶端的腳本當成另一個用戶端的設定匯入。

以下範例示意執行中設定的 rules 順序，並非通用覆寫檔案。範例假設已有名為 PROXY 的策略組，網域僅用於說明寫法，實際使用時請改成需要處理的網域。若使用合併功能，請確認規則會新增在前面，而不是接在最終的 MATCH 之後。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - DOMAIN-SUFFIX,example.net,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY
  • 順序：規則通常由上往下比對，由第一條符合的規則決定流向。放在 MATCH 後面的個人規則不會有機會比對。
  • 策略組名稱：PROXY 必須與目前設定中的名稱完全相同。訂閱中的名稱若有變更，也要同步修改引用內容。
  • 外部相依項目：GEOIP 需要可用的地理資料；若使用 GEOSITE 或 RULE-SET，也要確認目標核心支援，且已備妥所需資料與規則提供器。
  • 裝置差異：Android 的應用程式代理清單和桌面系統的代理開關不屬於上述網域規則，必須分別設定。

更新前後都查看一次最終生效的設定，確認個人規則仍位於兜底規則之前。如果用戶端能顯示合併結果，請以合併後的內容為準，而不是只看編輯器中的覆寫片段。如此既能持續接收訂閱更新，也能減少每次重新補上規則的工作。

移轉後驗證：四項檢查確認設定確實生效

  1. 設定可正常載入：查看記錄，確認沒有未知欄位、找不到策略組、讀取規則檔案失敗或連接埠遭占用等訊息。記下匯入與更新時間。
  2. 流量確實經過用戶端：在桌面裝置使用遵循系統代理設定的瀏覽器測試，並在手機確認 VPN 連線狀態。若需接管不遵循系統代理的應用程式，再依目標用戶端的要求設定 TUN 與相關權限。
  3. 規則比對正確：分別造訪預期直連與預期代理的網站，並在連線清單中查看規則與最終出口。延遲測試結果不能證明規則已生效。
  4. 更新後修改仍保留：手動更新一次訂閱，再次檢查個人規則，並重新啟動用戶端後再測試，以排除設定只在目前工作階段生效的情況。

如果遇到「電腦正常、手機無法連線」，請依序檢查訂閱格式、策略組選擇、DNS 和系統授權，不要立刻更換整份設定。若問題只出現在某個 Wi-Fi，請先比較該網路與行動網路的狀況，再排查本機 DNS 或網路限制。連線接管步驟可參考系統代理設定教學。

準備好三項內容，就能建立清楚的還原流程：可重新取得節點的訂閱入口、獨立保存的個人規則，以及經過還原測試的備份。日常更新交由各裝置的訂閱工作處理，規則只在一個維護來源修改，連接埠與權限則依裝置個別設定。如此同步的是需要一致的內容，而非不適合跨平台複製的執行環境。