Clash 多裝置設定同步方案對比:訂閱連結、WebDAV 備份與手動匯出各適合誰

手機、電腦、平板各裝一個客戶端後,設定要如何保持一致?本文對比訂閱連結集中發送、WebDAV 雲端備份與手動匯出匯入三種路線的適用情境、操作成本與常見坑。

為什麼多裝置設定容易「各裝各的」

一台電腦裝 Clash Verge Rev,手機裝 FlClash 或 Clash Meta for Android,平板再裝一個 ClashX Meta —— 這是多數使用者的真實使用形態。問題在於,Clash 系客戶端的核心設定(代理節點、規則集、DNS 段)通常存成一份本機 YAML 檔案,三台裝置各自維護一份,時間一長就會出現節點資訊過期、規則版本不一致、某台裝置漏更新等情況。更麻煩的是,如果你習慣手動改規則(比如給某個網域加一條 DIRECT),這份改動往往只留在改動當時用的那台裝置上,換一台裝置就找不到了。

解決思路無非三類:讓設定「自己更新」(訂閱連結)、讓設定「存到雲端」(WebDAV 備份)、讓設定「人工搬運」(匯出匯入)。三者不是互斥關係,實際使用中往往組合使用,但側重點與維護成本差異很大,選錯會導致後期反覆補坑。

方案一:訂閱連結集中發送

這是最常見也最推薦作為主路線的方式。機場或自建節點服務商會給你一條訂閱連結(Subscription URL),客戶端定期請求這條連結,取得最新的節點清單並依照你在客戶端裡設定的規則範本重新組裝成完整設定。多台裝置只要都填同一條訂閱連結,理論上就能保持節點資訊同步——因為大家拉取的是同一個「來源」。

# 典型訂閱連結結構示例
https://sub.example-provider.com/link/abcdef123456?clash=1

# 客戶端內部會依此連結週期性請求,更新 proxies 與 proxy-groups 欄位

訂閱連結同步的邊界要認清:它同步的是節點與服務商預置的分組範本,不包含你在客戶端本機新增的自訂規則、DNS 覆寫或介面偏好設定。如果你在電腦上手動加了幾條 rules 規則,換到手機上刷新訂閱後,這些手動規則不會自動出現在手機端——除非客戶端支援「覆寫(Override)」功能,把自訂片段單獨存成一個覆寫檔案並配合訂閱一起使用。

• 適合對象:節點來自訂閱服務、幾乎不手動改規則的使用者。
• 優點:設定一次,後續節點更新全自動,多裝置天然保持一致。
• 局限:自訂規則、分組名稱、UI 設定不會跟著同步。

方案二:WebDAV 雲端備份

部分主流客戶端(例如 Clash Verge Rev)內建了設定檔的 WebDAV 備份與還原功能,思路是把完整的設定檔(包含節點、規則、分組、部分本機設定)上傳到你自己的 WebDAV 服務(可以是自建的 Nextcloud,也可以是支援 WebDAV 協定的網路硬碟服務),其他裝置再從同一個 WebDAV 目錄拉取還原。這種方式的優勢是「全量同步」——不像訂閱連結只同步節點,WebDAV 備份能把你手動調整過的規則、分組順序也一起帶過去。

# WebDAV 設定項示例(於客戶端設定介面填寫,非設定檔手寫)
WebDAV 位址: https://dav.example.com/remote.php/dav/files/username/
使用者名稱: your-account
密碼: 應用程式專用密碼(不要用登入主密碼)

使用 WebDAV 同步時有一個容易被忽略的細節:它是「備份 / 還原」模型,不是像文件協作軟體那樣的即時雙向合併。也就是說,如果你在電腦上改了規則並上傳備份,又在手機上改了另一處規則但沒有先拉取最新備份,兩邊的修改會互相覆蓋而不是合併。正確的操作習慣是:每次開始改設定前先在目前裝置上「拉取最新備份」,改完再「上傳備份」,養成這個先後順序能避免大部分衝突。

• 適合對象:經常手動微調規則、希望多裝置設定完全一致(而不只是節點一致)的使用者。
• 優點:全量同步,包含自訂規則與分組結構。
• 局限:需要自己有 WebDAV 服務,且不支援自動合併,操作順序錯了會互相覆蓋。

方案三:手動匯出匯入

最原始但也最可控的方式:在一台裝置上把設定檔(通常是 .yaml 或 .yml)匯出,透過任意方式(電子郵件、即時通訊工具、區域網路傳輸、隨身碟)傳到另一台裝置,再在目標客戶端裡手動匯入。這個方式不依賴任何雲端服務或訂閱機制,適合臨時排查問題、把自己調好的分流規則分享給別人,或裝置數量很少且很久才更新一次的情境。

# 大多數客戶端的設定檔本機存放位置類似
Windows:  %USERPROFILE%\.config\clash\profiles\
macOS:    ~/Library/Application Support/clash/profiles/
Linux:    ~/.config/clash/profiles/

手動匯出匯入的最大缺點是不會自動更新——今天搬過去的檔案,節點資訊永遠停在匯出那一刻,機場後端如果換了節點位址,手動匯入的設定不會跟著變。因此這種方式更適合作為「一次性搬運」或「應急備份」,不建議作為長期的多裝置同步主線。如果你只是想把電腦上調好的規則片段分享給手機端參考,這個方式反而最直接,不需要額外設定雲端服務帳號。

• 適合對象:偶爾換裝置、需要精確控制某一份設定的使用者。
• 優點:不依賴任何第三方服務,過程完全可控。
• 局限:沒有自動更新能力,長期使用容易忘記同步導致節點過期。

三種方案怎麼選

實際情境裡,多數使用者並不是三選一,而是依用途組合使用。下面這份對比表可以幫你快速判斷主力方案:

一個比較穩妥的組合是:主力節點走訂閱連結自動更新,自訂規則片段單獨寫成覆寫檔案配合訂閱使用;如果客戶端支援 WebDAV,再把它當作「規則與分組結構」的定期備份手段,而不是唯一同步方式。這樣即使某天 WebDAV 服務無法使用,訂閱連結依然能保證節點可用,不會兩頭都斷。

常見問題排查