Clash 多裝置設定同步：先區分共用內容

電腦與手機共用設定時，首先要分清楚「節點來源相同」、「分流規則相同」和「客戶端狀態相同」。同一個訂閱網址可讓兩台裝置取得相同節點，但不會自動同步目前選取的節點、系統代理開關或 TUN 權限。WebDAV 和 Git 主要用來傳送檔案，也不會代替客戶端匯入並啟用設定。

Clash 圖形介面客戶端負責管理設定並連接系統，核心則負責讀取設定、比對規則和建立連線。Clash Meta 後續以 mihomo 名稱維護；即使使用 mihomo，不同客戶端仍可能在核心版本、設定覆寫方式和介面功能上有所差異。因此，同步時應以雙方都支援的設定內容為目標，而非複製整個應用程式資料夾。

適合共用與應保留在本機的項目

  • 適合共用：節點訂閱來源、策略群組名稱、規則順序、規則集網址，以及兩端都支援的 DNS 策略。
  • 保留在本機：系統代理開關、TUN 開關與權限、開機啟動、網路介面名稱、記錄檔位置和客戶端視窗設定。
  • 個別檢查：mixed-port、external-controller、secret 和區域網路監聽設定，避免將桌面管理介面原封不動套用到手機。

三種同步方案的適用情境

先依照需要同步的項目選擇方案。只需更新節點，訂閱連結最直接；想保留一份可還原的設定，WebDAV 較合適；需要長期維護規則並追蹤變更，私有 Git 儲存庫則更清楚。三種方式也能搭配使用，但要先確認哪個位置才是主要來源。

方案同步項目裝置端需求更新方式
訂閱連結託管節點或完整設定支援遠端訂閱及相應格式手動更新或由客戶端定時擷取
WebDAV 備份匯出的 YAML 檔案內建 WebDAV，或透過檔案工具下載後匯入上傳、下載後重新匯入或重新載入
私有 Git 儲存庫規則原始檔與變更紀錄Git 工具或受控部署流程提交、擷取、驗證後套用

「支援遠端訂閱」不代表「支援 WebDAV 登入」，也不代表「能直接讀取私有儲存庫」。如果客戶端無法附帶驗證資訊，受保護的檔案網址就不能當作一般訂閱網址使用。部署前應確認目前版本的訂閱管理、檔案匯入與驗證功能，而不只是看客戶端名稱。

訂閱連結託管：電腦與手機分別匯入同一來源

匯入與更新步驟

  1. 向服務提供者取得適用於目標核心的訂閱網址，確認回傳內容是完整的 Clash 設定、節點清單，還是其他格式。若內容只有節點，還需要由客戶端或設定範本整理成可用的設定。
  2. 在電腦和手機的訂閱管理頁面分別新增遠端設定，並貼上相同網址。介面名稱可能是「訂閱」、「設定」或「Profiles」，請以目前版本為準。
  3. 下載完成後，在兩台裝置上分別選取並啟用該設定。確認策略群組、規則數量和節點都齊全，再開啟各自需要的系統連線方式。
  4. 若有定時更新功能，可先設定為每 24 小時更新一次；遇到節點暫時失效或服務提供者通知調整時，手動更新並確認更新時間已變更。

此處建議每 24 小時更新一次，僅是便於管理的起始設定，並非所有客戶端的預設值。行動作業系統可能會限制背景工作，因此即使設定自動更新，重要使用前仍應開啟應用程式查看最近更新時間。兩台裝置未同時更新時，短時間內看到不同的節點清單很正常。

完整訂閱與 proxy-providers 的差異

圖形介面客戶端更新遠端設定時，通常會重新取得設定檔；mihomo 的 proxy-providers 則是在設定檔內定義節點提供者。對 HTTP 類型的提供者而言，interval: 3600 代表每隔 3600 秒更新一次，但不等於整個客戶端每小時重新載入訂閱，也不會同步應用程式設定。應更新哪個層級，取決於設定的組織方式。

如果遠端訂閱包含規則，直接編輯下載的 YAML 檔案，可能會在下次更新時被覆蓋。若需要自訂分流，應使用客戶端明確支援的本機覆寫、合併或指令碼機制，並確認其適用欄位。若電腦和手機沒有共用的覆寫機制，可在受控伺服器產生兩端都能讀取的最終設定。

WebDAV 備份：傳送設定檔與還原副本

WebDAV 提供遠端檔案讀寫功能，適合將整理好的設定存到個人儲存服務，再於另一台裝置還原。它負責傳送檔案；除非客戶端明確提供自動還原功能，否則上傳後仍須下載、匯入並啟用。

單向發布比雙向覆寫更容易排除問題

  1. 在儲存服務中建立專用資料夾，例如 clash-config/。使用 HTTPS 和專用應用程式密碼，讓發布端具備寫入權限，讀取端則盡量只授予讀取權限。
  2. 從電腦匯出需要共用的 YAML，檢查是否包含節點密碼、訂閱權杖、控制介面金鑰等敏感欄位，再依備份用途決定要保留哪些內容。
  3. 先上傳含日期的檔案，例如 shared-2026-08-14.yaml，並保留上一份可用副本。確認檔案完整後，再依儲存服務支援的方式更新固定檔名。
  4. 若手機支援透過 WebDAV 還原，請使用相應功能；若不支援，可用支援 WebDAV 的檔案工具下載，再從代理客戶端的本機檔案入口匯入。
  5. 啟用後檢查規則和連線記錄。還原失敗時，請重新匯入上一份設定，不要立刻刪除備份。

如果兩端都寫入 shared.yaml，較晚上傳的檔案可能會覆蓋較早的修改。WebDAV 的條件式寫入、鎖定和衝突處理方式取決於伺服器端與客戶端的實作，不能假設它會自動合併 YAML。建議由電腦發布、手機讀取；手機上的臨時節點選擇則保留在本機。

設定備份與應用程式資料備份應分開處理

客戶端的完整備份可能包含資料庫、內部設定識別碼和系統路徑，通常較適合還原到同一款客戶端。跨 Windows、macOS 和 Android 移轉時，優先匯出可讀取的設定檔。至於 iOS，請先確認所用代理客戶端實際支援的格式與匯入方式，不要假設它能直接讀取任意 mihomo 設定。

若確實需要在遠端儲存空間保留含憑證的副本，可先加密封存，再上傳至 WebDAV。加密檔案只能用於還原：先在可信任的裝置上解密，再匯入客戶端，不能當作一般 YAML 訂閱直接擷取。

私有 Git 儲存庫：管理規則版本與裝置差異

Git 適合記錄規則調整的原因、可還原的版本，以及桌面和手機採用的差異。建議儲存庫只保存不含憑證的規則原始檔，訂閱網址和節點密碼則保存在本機或受控的部署環境。將儲存庫設為私有只是存取控制措施，並不會自動清除提交歷史中的機密資訊。

從不含節點憑證的規則檔開始

以下是用來說明共用結構的最小設定，example.com 是文件範例網域。此設定沒有代理節點，所有連線最後都會直連，不能取代服務提供者的訂閱。接入實際節點後，應確保客戶端的合併機制或設定產生流程保留相應的策略群組與節點定義。

mode: rule
mixed-port: 7890
allow-lan: false
log-level: info

proxies: []

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - MATCH,DIRECT

7890 是範例中的本機混合代理連接埠，可接受 HTTP 和 SOCKS 代理連線；若連接埠已被占用，電腦端應改用可用的連接埠，並讓系統代理設定保持一致。手機客戶端可能會自行管理監聽連接埠和 VPN 連線方式，因此此欄位是否會覆蓋本機值，須視客戶端實作而定。

建立本機版本紀錄

安裝 Git 並設定提交身分後，可在存放 policy.yaml 的資料夾執行以下命令。這裡只會建立本機歷史紀錄；要同步至私有遠端儲存庫時，再依儲存庫服務的說明設定 SSH 或存取權杖。

git init
git add policy.yaml
git commit -m "記錄共用分流設定"

git diff -- policy.yaml
git log --oneline -- policy.yaml
  • 使用獨立的本機私密檔案保存訂閱憑證，並透過 .gitignore 將其排除。忽略規則不會移除已納入版本控制的檔案。
  • 發布前檢視 git diff，確認只修改預期的規則。桌面與手機不同的 TUN 設定，不要混入共用規則檔。
  • 同步讀取端應優先使用唯讀部署憑證，不要將儲存庫寫入權限交給每一台手機。
  • 需要還原已共用的修改時，可使用 git revert 建立反向提交，再重新產生並匯入設定，同時保留變更紀錄。

代理客戶端通常不會執行 git pull，私有儲存庫的網頁網址也不是 YAML 原始內容網址。手機端可以手動下載後匯入，或透過受控部署流程將規則與訂閱組合成需驗證的 HTTPS 設定入口。後者仍須確認客戶端支援相應的驗證方式，並隱藏建置記錄中的權杖。

更新驗證：設定一致不代表裝置連線方式一致

建議先在一台裝置上驗證，再發布給另一台。每次只調整一個層級：先確認檔案取得成功，再確認設定載入，最後檢查系統連線方式和網路狀況。如此才能分辨是同步失敗、核心相容性問題，還是本機權限問題。

  1. 檢查來源檔案：確認下載結果是 YAML，而非登入頁面。HTTP 401 通常表示驗證失敗，403 表示拒絕存取，404 表示找不到資源；請從儲存或託管服務端檢查權限和網址。
  2. 檢查解析結果：查看客戶端錯誤記錄，確認沒有縮排錯誤、重複欄位或不支援的通訊協定參數。策略群組引用的名稱必須存在，規則順序則是符合條件後依序處理。
  3. 檢查啟用狀態：成功下載設定後，還要確認目前選取的檔案已重新載入。節點選擇能否還原，取決於客戶端快取和策略群組名稱是否一致。
  4. 檢查系統連線：電腦啟用系統代理後，支援系統代理的應用程式才會套用該設定；Android 等行動平台通常透過 VPN 介面連線，所需授權必須在裝置本機完成。
  5. 檢查實際連線：使用相同的測試目標，比對兩端連線記錄中的匹配規則和策略。網頁能開啟只代表連線成功，無法單獨證明流量經過預期的代理。

即使節點和規則完全相同，電腦與手機仍可能因 Wi-Fi、行動網路、DNS 環境或 IPv6 路徑不同而出現不同結果。遇到「電腦正常、手機失敗」時，先在同一個 Wi-Fi 網路下重新測試，再檢查行動裝置權限、節點通訊協定支援情況及記錄中的錯誤，避免反覆覆蓋共用設定。

多裝置同步的建議組合與維護頻率

兩台裝置：共用訂閱，各自管理本機連線

電腦和手機分別匯入同一份訂閱，並定期確認更新狀態；系統代理、TUN 和啟動方式則留在本機設定。若分流調整不頻繁，只要在更新或重大變更前保存一份含日期的 YAML 備份即可，不必另設儲存庫和發布流程。

長期維護規則：Git 留存紀錄、訂閱更新、WebDAV 備份

將不含憑證的規則放進私有 Git 儲存庫，節點仍由訂閱提供。驗證完成的設定透過受控方式發布，再以 WebDAV 保存可還原的副本。規則變更後立即驗證並發布；訂閱依客戶端設定的週期更新，確認新設定可用後再備份，三種更新不必綁在同一次操作中。

  • 每次更新：記錄設定來源、更新時間和目前啟用狀態，並檢查一條直連規則及一條預期使用代理的規則。
  • 更換客戶端或核心：先匯入測試副本，檢查通訊協定、規則集、DNS 和 TUN 欄位是否受到支援，再替換日常使用的設定。
  • 裝置遺失或停用：撤銷該裝置的 WebDAV 和儲存庫存取憑證；若訂閱網址可能外洩，請依服務提供者的流程重設。

需要了解基本操作時，可先閱讀訂閱匯入教學；規則順序和核心差異可參考規則技術參考及核心說明。多裝置同步的重點，是明確指定節點與規則的來源，同時讓各裝置分別管理連接埠、權限和系統連線設定。