Clash 多裝置設定同步方案比較：訂閱連結、WebDAV 與手動匯出

先釐清要同步的是哪一層

Clash 的「設定」並不是單一檔案。電腦和手機看似都顯示節點、規則與代理群組，但這些內容可能來自遠端訂閱，也可能儲存在用戶端自己的資料庫中。開始同步前，先把資料拆成三層，後續選擇方案會清楚許多。

核心設定：節點、代理群組、規則與 DNS

核心設定通常是 YAML 檔案，包含 proxies、proxy-groups、rules、dns 等欄位。mihomo 核心還支援 rule-providers、proxy-providers、sniffer 與更完整的 TUN 參數。這一層最適合透過訂閱連結集中推送。

mixed-port: 7890
mode: rule
allow-lan: false

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16

proxy-groups:
  - name: 節點選擇
    type: select
    proxies:
      - 自動選擇
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,節點選擇
  - GEOIP,CN,DIRECT
  - MATCH,節點選擇

用戶端設定：系統代理、TUN 與啟動行為

「啟動時連線」「開機啟動」「系統代理」「允許區域網路連線」等開關，通常屬於用戶端本機設定。即使兩台裝置匯入同一份 YAML，這些開關也未必會同步。在 Windows 上啟用系統代理，不代表 Android 或 iOS 會自動建立 VPN；macOS 的 TUN 權限也無法透過複製設定檔套用到另一台裝置。

執行狀態：目前節點與延遲紀錄

目前選取的節點、最近一次測速結果、日誌與流量統計多半屬於執行狀態。它們可能寫入用戶端資料庫，也可能在重新啟動後重設。若把這些狀態當成同步目標，容易出現「設定相同，介面卻不同」的結果。更穩妥的做法是同步代理群組結構，讓每台裝置自行測速並選擇節點。

方案一：使用訂閱連結集中推送

訂閱連結適合兩台以上裝置長期使用，也是維護規則最省力的方式。伺服器保存一份主要設定，電腦、手機和平板分別加入同一個訂閱網址。規則變更後只需修改來源端，再讓各裝置執行更新。

實際操作順序

在可信任的訂閱管理端準備主要設定，確認 YAML 能由目標核心載入。
在桌面用戶端進入「設定」→「訂閱」或「Profiles」→「New Profile」，貼上 HTTPS 網址。
在行動裝置進入「設定」→「從 URL 匯入」，填入相同網址並儲存。
設定自動更新間隔。日常使用可設為 1440 分鐘；規則變更頻繁時可設為 360 分鐘。
首次更新完成後，檢查代理群組數量、規則數量、DNS 模式與最後更新時間。

不同用戶端的選單名稱可能有所不同。例如部分桌面版使用「設定」→「新增」→「URL」，部分行動版則將入口放在「設定」右上角的加號中。判斷是否成功不能只看「更新完成」，還應開啟設定詳細資訊，確認檔案大小不是 0 KB，並查看是否出現 YAML 解析錯誤。

將裝置差異留在本機

同一個訂閱中不宜強制寫入所有裝置的本機參數。桌面版可能需要 mixed-port: 7890，行動裝置則透過系統 VPN 介面接管流量，不會使用這個連接埠。TUN 的網卡名稱、路由權限與 DNS 劫持方式也因平台而異。

較穩妥的結構是讓遠端訂閱負責節點、代理群組、規則集和通用 DNS 策略；系統代理、TUN 開關、區域網路存取和啟動行為則由各裝置自行儲存。如果用戶端支援覆寫或 Mixin，可在本機只補充少量參數，而不是複製整份主要設定。

# 主要設定負責通用邏輯
mode: rule
log-level: info

rule-providers:
  private:
    type: http
    behavior: domain
    format: yaml
    interval: 86400
    url: https://config.example.net/rules/private.yaml
    path: ./ruleset/private.yaml

訂閱方式的限制

需要網路連線：新裝置首次匯入時必須能存取訂閱網址，否則無法取得設定。
更新可能覆蓋本機編輯：直接修改已下載的訂閱檔案，下次重新整理時通常會恢復為遠端版本。
連結本身需要妥善保護：訂閱 URL 可能包含存取權杖，不應放入公開儲存庫、截圖或群組聊天紀錄。
用戶端轉換行為不同：某些用戶端會自動轉換欄位，其他用戶端則會依照原始 YAML 嚴格解析。

方案二：使用 WebDAV 備份與還原

WebDAV 更像是「儲存用戶端快照」，而不是即時編輯同一份 YAML。支援 WebDAV 的用戶端通常會把設定、偏好設定或備份套件上傳至遠端目錄，再由另一台裝置下載還原。它適合換機和相同用戶端遷移，但跨平台相容性取決於備份內容。

先確認用戶端究竟備份哪些內容

有些用戶端只上傳訂閱清單，有些會同時儲存本機設定、代理群組選擇與應用程式設定，另一些僅提供手動匯入匯出，並沒有 WebDAV 功能。操作前應開啟「設定」→「備份與還原」或「設定」→「WebDAV」，查看說明是否包含訂閱、覆寫、規則與本機偏好設定。

若備份套件包含用戶端資料庫，通常只能還原至相同應用程式或相容版本。例如版本 2.1.0 產生的資料庫，未必能被另一款 mihomo 圖形化用戶端讀取。此時即使兩端都使用 mihomo 核心，介面層的資料結構仍可能不同。

建議的 WebDAV 操作流程

在第一台裝置進入「設定」→「備份與還原」→「WebDAV」。
填寫 HTTPS 伺服器網址、使用者名稱、應用程式專用密碼與遠端目錄。
點選「測試連線」，確認回傳成功後執行一次手動備份。
記錄備份時間與檔案大小。例如正常備份為 428 KB，若新檔案只有 2 KB，應先檢查內容是否完整。
在第二台裝置安裝相同用戶端，先不要啟用系統代理或 VPN。
連線至相同的 WebDAV 目錄，選擇剛產生的備份並還原。
還原後重新授權 VPN、TUN 或系統代理，再測試規則匹配結果。

WebDAV 網址可能要求填寫伺服器根路徑，也可能要求填寫完整目錄。例如服務端入口為 https://dav.example.net/remote.php/dav/files/user/，若用戶端再次自動串接使用者名稱，就可能產生重複路徑並回傳 HTTP 404。HTTP 401 通常表示帳號或應用程式密碼錯誤，HTTP 403 則常見於目錄沒有寫入權限。

避免兩台裝置互相覆蓋

WebDAV 不一定提供設定衝突合併功能。如果電腦在 10:20 上傳，手機在 10:23 又上傳一份舊設定，伺服器上的最新檔案反而可能缺少剛修改的規則。更安全的方式是指定一台主要裝置負責上傳，其他裝置預設只進行還原；或者依裝置名稱建立目錄。

/ClashBackup/
  desktop-main/
    backup-2026-06-20.zip
  macbook/
    backup-2026-06-20.zip
  phone/
    backup-2026-06-20.zip

若用戶端支援保留歷史版本，建議至少保留最近 3 份。一次錯誤覆蓋不會立即破壞所有備份。還原前也應先匯出目前設定，尤其是手機端已有本機覆寫時。

方案三：手動匯出 YAML 或備份檔案

手動匯出最直觀，也最容易控制變更範圍。它不依賴遠端服務，適合只有兩台裝置、設定變更很少，或需要離線遷移的情況。常見入口為「設定」→「開啟設定目錄」、「設定」→「匯出」，或設定項目右側的分享選單。

YAML 匯出與完整備份並不相同

匯出 YAML 通常只能帶走核心設定。系統代理開關、目前節點、用戶端主題、快捷鍵和 TUN 權限仍需在新裝置上重新設定。完整備份可能包含更多應用程式狀態，但跨用戶端可攜性較低。

如果目標是從 Windows 遷移到 macOS，優先匯出標準 YAML；如果是在相同手機應用程式之間換機，可優先使用應用程式提供的備份套件。不要直接複製整個執行目錄，因為目錄中可能混有快取、日誌、資料庫鎖定檔案和特定平台路徑。

匯入前進行四項檢查

連接埠衝突：mixed-port: 7890 若被其他程式佔用，可改為 7891 後重新載入。
絕對路徑：C:\Users\name\rules\local.yaml 無法直接用於 macOS 或 Android。
規則檔案：檢查 rule-providers 引用的本機檔案是否一併複製。
核心欄位：確認目標用戶端支援 geodata-mode、sniffer、tun 等選項。

匯入後先不要立即開啟全域 TUN。可以先啟動核心，在日誌中檢查設定載入結果，再使用系統代理完成基本測試。桌面版常用的 HTTP 與 SOCKS 混合連接埠為 7890，控制器連接埠常見為 9090，但實際值以設定為準。

使用檔名保留版本線索

手動複製最常見的問題不是檔案遺失，而是分不清哪個版本較新。建議檔名包含日期、裝置用途和修訂編號，例如 clash-main-2026-06-20-r03.yaml。每次只修改一個主題，並在同一目錄儲存簡短紀錄。

2026-06-20 r03
- 新增 DIRECT 區域網路規則
- 將自動選擇測試間隔調整為 300 秒
- 維持 Fake-IP 模式
- 桌面版在本機啟用 TUN，行動版不寫入主要設定

若兩台裝置分別修改過檔案，不要只依檔案大小判斷新舊。可以逐段比較 proxy-groups、rule-providers 和 rules，尤其要注意規則會由上至下匹配，順序變更可能直接改變連線去向。

如何選擇三種同步方式

三種方案並不衝突。訂閱負責持續推送，WebDAV 負責還原用戶端狀態，手動匯出負責離線留檔，是更貼近實際使用的組合。以下依維護成本與相容範圍進行比較。

方式	適合的裝置數量	主要同步內容	跨用戶端能力	典型用途
訂閱連結	2 台以上	節點、代理群組、規則、通用 DNS	良好，受核心欄位影響	長期集中維護
WebDAV	1 至 3 台	訂閱清單、用戶端設定或備份套件	一般，通常要求使用相同用戶端	換機與還原
手動匯出	1 至 2 台	單份 YAML 或完整備份	YAML 較好，備份套件較低	離線遷移與留檔

個人兩台裝置

電腦與手機使用頻率都不高、規則每月只修改一兩次時，可以直接手動匯出 YAML。每次修改後更新日期與修訂編號，再透過系統檔案分享功能匯入另一端。若節點來自服務訂閱，則只手動維護覆寫和自訂規則。

電腦、手機和平板長期共用

建議以訂閱連結為主。代理群組名稱保持一致，例如統一使用「節點選擇」「自動選擇」「故障轉移」，各裝置的介面更容易核對。WebDAV 只儲存用戶端備份，不參與日常規則編輯。

經常重新安裝或測試多個用戶端

保留一份盡量標準的 mihomo YAML 作為基準，不要把特定圖形化用戶端的資料庫當作唯一來源。用戶端專屬功能透過本機覆寫加入。每次升級前進行手動匯出，WebDAV 則保存最近 3 次可還原的快照。

跨平台維持規則一致的實作方法

統一代理群組名稱，避免規則指向失效

規則末尾的策略名稱必須與代理群組完全一致。主要設定中寫了 DOMAIN-SUFFIX,example.com,節點選擇，但行動版將代理群組改名為「手動選擇」，載入時可能報錯，也可能無法達到預期分流。名稱確定後，盡量不要在單一裝置上另外修改。

將平台差異集中在覆寫層

通用設定保留節點、規則和 DNS 基礎邏輯，平台相關參數放在本機覆寫中。Windows 可以保留 7890 混合連接埠和系統代理；macOS 依用戶端授權 TUN；Android 與 iOS 則由應用程式建立 VPN 介面。這樣更新訂閱時不會反覆覆蓋平台設定。

固定測試清單

每次同步後使用相同流程檢查，通常 3 分鐘即可發現大部分問題：

確認設定更新時間與預期一致。
檢查代理群組數量和預設選項是否相同。
對自動選擇群組執行一次延遲測試，記錄可用節點數量。
開啟日誌，確認沒有 yaml、provider 或 dns 相關錯誤。
造訪一個應走 DIRECT 的網站和一個應走代理的網站，核對規則命中結果。
關閉再重新開啟系統代理或 VPN，確認重新載入設定後仍然有效。

出現差異時先檢查更新鏈路

一台裝置規則正常、另一台仍使用舊內容時，先比較訂閱更新時間，再檢查遠端檔案是否被快取。若自動更新間隔為 1440 分鐘，剛修改的內容不會立即出現，需要手動點選「更新」。更新後仍不一致，再檢查用戶端是否啟用了舊的本機設定、覆寫是否修改了規則，以及目標核心是否略過不支援的欄位。

一套可長期執行的組合方案

對大多數跨平台使用者而言，可以採用「訂閱主要設定＋本機平台設定＋定期手動備份」的結構。主要設定透過 HTTPS 訂閱統一節點、代理群組、規則與通用 DNS；每台裝置個別控制系統代理、TUN、VPN 權限和啟動行為；每次大幅修改前匯出一份附有日期的 YAML。

如果用戶端支援 WebDAV，可再增加還原層：每週或每次升級前上傳一次備份，只保留最近 3 至 5 份。WebDAV 不負責合併規則，也不能取代訂閱。這樣即使某次訂閱內容有誤，仍能從手動檔案或歷史備份回復。

同步的重點不是讓每台裝置的介面完全相同，而是讓規則意圖一致：相同網域命中相同策略，相同代理群組具有相同用途，平台專屬參數留在各自裝置。將主要設定與本機狀態分開後，多裝置維護就從「複製整間屋子」變成「只搬需要的抽屜」。