先區分三類資料:設定、備份與執行狀態
Clash 的「同步」不是單一開關。訂閱連結負責發布遠端設定,WebDAV 通常用來儲存客戶端備份,手動匯出則是一次性的檔案遷移。三者處理的資料範圍不同,也無法保證所有裝置擁有完全相同的執行環境。
真正適合跨裝置共用的是代理節點、代理群組、網域規則、規則集網址與基礎 DNS 策略。系統代理開關、TUN 權限、開機啟動、目前選用的節點、測速結果、記錄與介面偏好較接近本機狀態,應留在各裝置上分別管理。
| 資料類型 | 是否適合跨裝置 | 建議處理方式 |
|---|---|---|
| 節點、代理群組、規則 | 適合 | 透過訂閱連結集中發布 |
| 覆寫腳本、局部規則 | 視客戶端相容性而定 | 獨立儲存並依平台調整 |
| 客戶端設定與歷史設定 | 適合相同客戶端之間使用 | WebDAV 或完整備份 |
| TUN 權限、VPN 授權 | 不適合 | 在各裝置本機授權 |
| 目前節點、即時延遲 | 通常沒有必要 | 依裝置網路重新選擇 |
方案一:透過訂閱連結集中發布設定
訂閱連結是維護成本最低的方式。伺服器或訂閱轉換服務保存主要設定,各裝置只需記錄同一個網址,並按固定週期抓取。設定變更後,只要修改來源端,再讓各裝置重新整理即可。
標準匯入流程
- 在桌面客戶端開啟「設定」或「Profiles」,選擇「從 URL 匯入」。
- 貼上訂閱網址,為設定命名,例如「日常規則」,再執行下載。
- 在 Android 的 Clash Meta 類客戶端中開啟「設定」→「新增設定」→「URL」,填入相同網址。
- 將自動更新週期設為 1440 分鐘。經常調整規則時可改為 360 分鐘,但沒有必要每隔幾分鐘輪詢。
- 重新整理後檢查代理群組、規則數量與更新時間,再將該設定設為目前使用的設定。
不同客戶端的選單名稱可能略有差異,但關鍵動作只有三個:儲存 URL、抓取 YAML、啟用下載後的設定。如果客戶端同時提供「本機設定」和「遠端設定」,應選擇遠端設定,否則之後不會自動抓取來源端的變更。
訂閱同步的限制
遠端訂閱通常會覆蓋本機對該設定檔的直接修改。例如在手機上暫時新增一條規則,下一次重新整理後可能消失。長期使用的規則應寫回訂閱來源,或透過客戶端提供的 Merge、Mixin、覆寫腳本疊加。
覆寫功能並不完全通用。mihomo 支援的規則提供者、規則集格式與部分 DNS 欄位,舊版 Clash 核心未必能辨識。為不同客戶端產生設定時,應盡量採用共同支援的基礎欄位,將平台專用項目拆開。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
dns:
enable: true
enhanced-mode: fake-ip
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- GEOIP,CN,DIRECT
- MATCH,PROXY
上面的基礎結構可在多數 mihomo 客戶端中使用,但連接埠、區域網路存取與 DNS 行為仍應依裝置調整。手機通常不需要開放區域網路連接埠;作為家庭閘道的桌面裝置則可能需要開啟區域網路存取,並額外限制監聽位址與防火牆範圍。
方案二:使用 WebDAV 儲存完整備份
WebDAV 更像是「上傳備份、需要時還原」,而不是即時協作。支援此功能的客戶端會將設定、覆寫內容與部分偏好打包後上傳到遠端目錄。另一台裝置可以下載備份,但通常以客戶端系列相同且備份格式相容為前提。
例如,Android 客戶端產生的備份可能包含應用程式資料庫、設定索引與本機檔案,桌面客戶端無法直接解析。即使兩個客戶端都使用 mihomo 核心,外層應用程式的資料結構也可能完全不同。因此,WebDAV 最穩妥的用法是「相同客戶端在同類裝置間還原」,而不是「任意 Clash 客戶端互相同步」。
建議的目錄與命名方式
不要讓多台裝置持續覆蓋同一個檔案。可以依客戶端與裝置拆分目錄,並在檔名中加入日期:
clash-backups/
├── android-phone/
│ └── backup-2026-08-11.zip
├── android-tablet/
│ └── backup-2026-08-11.zip
└── desktop/
└── backup-2026-08-11.zip
設定 WebDAV 時,先在雲端建立專用目錄,再在客戶端開啟「設定」→「備份與還原」或「設定」→「WebDAV」。依序填寫伺服器網址、帳號、密碼與遠端路徑。執行上傳後,應立即開啟遠端目錄,確認檔案時間與大小已變更。
還原前先建立本機快照
- 記下目前使用中的設定名稱與更新時間。
- 先匯出一次本機備份,避免遠端舊檔案覆蓋最新設定。
- 確認遠端檔案來自哪台裝置,以及使用哪個客戶端版本。
- 執行還原後完全退出客戶端,再重新啟動。
- 檢查訂閱 URL、覆寫規則、DNS 模式與 TUN 開關,不要只查看節點清單。
如果兩台裝置都開啟自動上傳,最常見的問題是最後寫入者覆蓋前一份備份。WebDAV 本身通常不會理解 Clash 設定內容,也不會逐欄位合併。手機在 21:00 上傳、平板在 21:05 上傳時,後者可能直接取代前者。
| WebDAV 情境 | 風險 | 處理方式 |
|---|---|---|
| 相同帳號、相同檔名 | 裝置互相覆蓋 | 依裝置拆分目錄 |
| 跨客戶端還原 | 備份格式不相容 | 只遷移標準 YAML |
| 遠端備份長期未更新 | 還原出舊訂閱與舊規則 | 保留日期並核對修改時間 |
| 上傳中斷 | 壓縮檔不完整 | 重新上傳,並在另一台裝置測試讀取 |
方案三:手動匯出與匯入
手動遷移最直觀,也最容易檢查。它適合更換裝置、暫時複製一份穩定設定、遷移到不支援 WebDAV 的客戶端,或需要在匯入前刪除敏感欄位的情況。缺點是每次變更都要重新匯出,無法自動保持一致。
不要只複製一個 YAML 檔案
簡單設定可能只有一個 YAML,但複雜設定還會引用規則集、腳本與本機憑證。匯出前應搜尋以下欄位:rule-providers、proxy-providers、script、tls、path。如果欄位指向本機相對路徑,對應檔案也要一併遷移。
profiles/
├── main.yaml
├── providers/
│ ├── proxy.yaml
│ └── direct.yaml
└── rules/
├── private.yaml
└── streaming.yaml
匯入另一台裝置後,不要立即覆蓋原有設定。先以「遷移測試」命名並載入,確認客戶端能夠解析。如果記錄出現「file not found」,通常是遺漏外部檔案;出現「field not found」或「unsupported field」,則更可能是核心版本或設定格式不相容。
手動遷移的檢查順序
- 確認目標客戶端使用 mihomo 相容核心,並查看核心版本。
- 匯入 YAML 後執行設定驗證,確保沒有縮排或欄位錯誤。
- 開啟代理群組,確認節點數量與來源裝置一致。
- 將模式切換為「規則」,檢查最後的兜底規則是否為 MATCH。
- 分別存取直連網站與代理網站一次,查看連線記錄中的規則命中結果。
- 最後再開啟系統代理或 TUN,避免錯誤設定直接接管全部網路。
手動匯出還有一項優點:可以在遷移前刪除不適合目標裝置的欄位。例如桌面端設定中的 external-controller: 127.0.0.1:9090、區域網路監聽與固定路徑,對手機通常沒有必要。Android 的 VPN 與 TUN 權限也必須由系統重新授予,複製設定無法跳過授權流程。
跨平台最容易衝突的五項設定
1. 連接埠與系統代理
桌面客戶端常見的 HTTP/SOCKS 混合連接埠為 7890,控制連接埠常見為 9090,但實際值應以客戶端目前設定為準。將設定複製到已有代理軟體的電腦時,7890 可能已被佔用。此時應關閉衝突程式,或將混合連接埠改為 7891、7892 等未使用的連接埠,並同步更新系統代理設定。
2. TUN 模式
TUN 屬於裝置層級功能。Windows 可能需要安裝服務或以系統管理員權限完成首次啟用;macOS 會要求網路延伸功能授權;Android 則透過系統 VPN 介面建立通道。同一份 YAML 可以包含 TUN 參數,但授權、路由表與排除應用程式清單不會隨訂閱同步。
3. DNS 與 Fake-IP
Fake-IP 能讓核心更早取得網域資訊並執行規則,但某些區域網路裝置探索、列印服務與特殊應用程式可能需要加入過濾清單。手機與家用電腦所在的網路不同,不應機械式複製全部過濾項目。遇到區域網路網域無法解析時,先比較關閉 Fake-IP 後的結果,再調整 fake-ip-filter。
4. 本機路徑
Windows 路徑可能使用磁碟機代號,Android 與 macOS 則使用不同的應用程式目錄。設定中一旦出現絕對路徑,跨平台匯入就容易失敗。規則檔案優先使用遠端 URL;必須引用本機檔案時,改用客戶端設定目錄下的相對路徑。
5. 節點選擇與策略群組狀態
有些客戶端會記住每個策略群組上次選用的節點,但該狀態可能儲存在本機資料庫,而不是 YAML 中。同步設定後發現手機與電腦選用了不同節點,屬於正常現象。行動網路與固定寬頻的延遲也不同,分別測速後再選擇較合適的節點。
三種方案如何選擇
| 方案 | 適用情境 | 更新方式 | 主要限制 |
|---|---|---|---|
| 訂閱連結 | 長期維護多台不同平台的裝置 | 定時或手動重新整理 | 本機直接修改可能被覆蓋 |
| WebDAV | 相同客戶端的備份與還原 | 上傳、下載備份 | 跨客戶端相容性有限 |
| 手動匯出 | 換機、一次性遷移、檢查設定 | 手動複製檔案 | 後續變更不會自動同步 |
只有兩三台裝置,且設定主要來自遠端訂閱時,直接使用同一個訂閱網址最省事。需要保留客戶端偏好、覆寫腳本與歷史設定時,可以在訂閱之外加入 WebDAV 備份。準備換機或跨客戶端遷移時,再使用手動匯出作為可控的中間格式。
更穩妥的組合是「訂閱為主、備份為輔、手動匯出兜底」。訂閱負責日常更新;WebDAV 每週或每次大幅修改前儲存快照;手動匯出則用於版本升級、裝置更換與故障復原。即使某次遠端備份遭到覆蓋,也能從訂閱重新取得核心設定。
遷移後用十分鐘完成驗收
- 確認設定更新時間、節點數量與代理群組數量和來源端一致。
- 在客戶端記錄中檢查是否存在 YAML 解析錯誤或規則集下載失敗。
- 分別執行一次直連節點與代理節點的延遲測試,記錄實際可用結果。
- 開啟一個應直連的網站,確認命中 DIRECT 或對應的直連群組。
- 開啟一個應使用代理的網站,確認命中目標規則與代理群組。
- 切換 Wi-Fi 與行動網路,觀察 DNS 和 TUN 是否都能重新建立。
- 重新啟動客戶端,確認目前設定仍被選取,自動更新週期仍為預期值。
- 重新啟動裝置,檢查系統代理、VPN 常駐或開機啟動是否符合本機需求。
如果重新整理訂閱後節點正常出現,但所有網頁都無法開啟,應優先檢查 DNS、系統代理連接埠與 TUN 衝突,而不是反覆匯入設定。如果只有部分網域失敗,則查看連線記錄中的規則命中與 DNS 查詢結果,確認問題發生在解析、規則匹配還是節點連線階段。
多裝置同步的關鍵不是複製更多檔案,而是明確區分哪些內容由訂閱維護、哪些屬於客戶端備份,以及哪些必須依裝置重新設定。劃清界線後,手機、電腦和平板可以共用同一套規則邏輯,同時保留各自所需的網路權限與執行參數。