多台裝置共用 Clash 設定：訂閱連結、雲端硬碟與本機覆寫同步方式

先區分共用設定與裝置專屬參數

電腦和手機共用 Clash 設定時，通常需要共用的是節點來源、策略組名稱和分流規則，而不是整個用戶端資料目錄。Windows 的系統代理、Android 的 VPN 流量接管，以及 Linux 的路由權限各不相同。將一台裝置正在使用的所有檔案複製到另一台，可能連同不適用的網卡名稱、監聽位址和執行狀態一起帶過去。

也要區分用戶端和核心：用戶端負責匯入訂閱、定期更新、產生設定，以及設定系統代理；Clash 或 mihomo 核心則負責讀取最終設定並處理流量。用戶端中的「覆寫」、「合併」、「腳本」等功能，並非所有核心都能直接讀取的通用設定欄位。

方式一：各裝置匯入同一個訂閱連結

訂閱連結適合統一更新節點，也最適合手機和電腦混用。各用戶端會分別向同一個網址提出請求，並儲存各自的副本；這不代表一台裝置修改後，其他裝置就會立即同步變更。服務端是否允許多台裝置使用，以及如何計算同時連線數，應以服務條款為準。

匯入與更新步驟

1. 確認訂閱提供的格式。完整的 Clash YAML 通常包含節點、策略組和規則；只有節點的訂閱則需要由用戶端或本機設定補齊其他內容，不能只憑網址副檔名判斷。
2. 在每台裝置的訂閱管理頁面，使用「從 URL 匯入」之類的功能。各用戶端的功能名稱可能不同；匯入後先預覽設定，確認取得的不是網頁、登入提示或錯誤訊息。
3. 分別啟用更新排程。例如，將電腦端的更新間隔設為 24 小時；手機端仍須允許背景執行，排定的時間不代表一定會執行。
4. 手動更新一次，確認節點數量、策略組名稱和更新時間，再啟用該設定。訂閱項目出現在清單中，不代表核心已成功切換。

服務端產生的完整訂閱設定，更新時可能會整份替換。若直接編輯下載副本中的 rules，下次更新時可能就會遺失。需要長期保留的規則，應放進用戶端支援的本機覆寫層，或自行維護的設定來源。

訂閱同步不會同步目前選取的節點

名稱相同的 select 策略組，在手機上可以選擇節點 A，在電腦上則選擇節點 B。部分核心支援透過 profile.store-selected 儲存本機選擇，但這不代表會跨裝置同步。自動測速組也會受到本機網路影響；同一份設定在家用寬頻和行動網路上選出不同節點，屬於正常情況。

訂閱網址通常包含存取憑證。請勿將完整連結放進公開儲存庫、截圖或公開回報問題，也不要交給來路不明的線上轉換服務。若連結外洩，應在服務端重設訂閱網址，再更新所有裝置儲存的網址；只刪除本機檔案，無法撤銷舊連結的存取權限。

方式二：使用雲端硬碟同步設定來源檔

雲端硬碟適合保存自訂 YAML、規則檔和修改說明，尤其適合在兩台電腦之間同步。建議同步獨立的「設定來源目錄」，不要直接同步正在執行的用戶端資料目錄。後者可能同時包含快取、記錄檔、資料庫、鎖定檔和用戶端專屬中繼資料。

指定單一編輯端，避免雙向覆寫

可以在雲端硬碟建立以下目錄。檔名用來說明用途，不代表用戶端一定能辨識這些名稱；用戶端需要匯入哪個檔案、是否要複製到內部目錄，都應另外確認。

clash-config-source/
  shared-rules.yaml
  desktop-source.yaml
  mobile-source.yaml
  change-notes.txt

1. 指定一台電腦編輯來源檔。其他裝置僅讀取或匯入，避免離線修改後產生兩份互相衝突的副本。
2. 修改後，先在編輯端檢查 YAML 和規則目標，再等雲端硬碟完成上傳。
3. 接收端確認檔案已下載完成，再重新匯入或載入設定。檔案出現在雲端硬碟目錄，不代表用戶端已讀取新內容。
4. 保留上一份可用檔案及修改說明。需要回復時，還原來源檔並在用戶端重新載入。

雲端硬碟的網頁分享連結通常會開啟預覽頁面，也可能要求登入，不能直接當作訂閱網址。用戶端必須能直接取得設定內容；若無法做到，就改用本機檔案匯入。手機透過系統檔案選擇器匯入時，用戶端可能只儲存一次性的副本，之後雲端硬碟更新不會自動同步進來。

限制敏感設定的存取權限

完整設定可能包含節點密碼、訂閱憑證，以及外部控制介面的存取金鑰。雲端硬碟目錄應限制共用對象，並停用不再需要的公開分享。備份和日常發佈也應分開管理：長期保存的備份，不應自動成為所有裝置持續讀取的正式設定。

方式三：訂閱搭配本機覆寫檔

若節點需要隨訂閱更新，但連接埠、DNS 或規則需要長期保留，使用覆寫會更合適。用戶端會先取得訂閱，再依自己的合併或腳本邏輯產生最終設定，最後交由核心處理。覆寫的入口、格式和執行順序因用戶端而異，不能將某個用戶端的合併檔原封不動匯入所有裝置。

將裝置專屬參數留在本機

以下是電腦裝置的局部參數範例，並非可獨立執行的完整訂閱。內容不包含節點和策略組；必須放進支援合併這類頂層欄位的用戶端覆寫入口，或手動合併到完整設定中。

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

mixed-port: 7890 表示在同一個連接埠接收 HTTP 和 SOCKS 代理連線。若本機已有程式占用 7890，可以改成 7893，並同步修改指向該連接埠的系統代理或應用程式代理設定。allow-lan: false 用來關閉區域網路存取，不能誤以為這項設定可讓代理服務跨裝置共用。

手機若透過系統 VPN 介面接管流量，通常不需要照搬電腦的系統代理連接埠設定。Android 的依應用程式代理、背景電池管理，以及電腦端的 TUN 開關和管理員權限，都應在各裝置分別確認。

不要假設規則清單會自動合併

YAML 是資料格式，本身不會定義統一的覆寫方式。有些用戶端會用本機的 rules 取代整份清單，另一些則提供「前置規則」功能。新增規則前，先確認合併方式；尤其不要用只含兩條規則的清單覆蓋原訂閱，事後才發現其他所有分流規則都消失了。

# 僅為規則順序範例，目標 PROXY 必須已在最終設定中定義
rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - MATCH,DIRECT

上述範例會將 example.com 及其子網域導向 PROXY，其他連線則導向 DIRECT。這不是通用的日常分流方案。實際新增規則時，應放在可能比它更早符合條件的兜底規則之前；如果最終設定中只有名為「節點選擇」的策略組，就不能繼續引用不存在的 PROXY。

跨平台相容性：檢查核心、DNS 與 TUN

同一份 YAML 能由電腦用戶端載入，不代表手機一定支援所有欄位。Clash 與 mihomo 的功能並不完全相同，用戶端也可能裁切或重新產生設定。載入失敗時，應先記下每台裝置的用戶端版本和實際核心版本，再查看第一筆解析錯誤；不要只比較應用程式名稱。

• 節點協定：逐一確認訂閱中的節點類型是否受目標核心支援。某類節點在一台裝置上缺少，可能是相容性問題，不一定是同步遺漏。
• DNS 監聽：例如 127.0.0.1:1053 是本機監聽位址。只複製這行設定，不會讓作業系統自動將 DNS 查詢送到 1053，也不會自動在手機上啟用 DNS 接管。
• TUN 與網卡：不要共用寫死的網卡名稱或裝置專用路由。TUN 所需權限、建立路由的方式和 DNS 劫持入口，都應依目標系統設定。
• 檔案引用：proxy-providers 或 rule-providers 的本機路徑必須能由目標裝置讀取。只複製主設定，卻漏掉引用的檔案，仍會造成載入或更新失敗。

如果只需要共用節點來源，可以讓各平台維護自己的主設定，再透過相容的 proxy-providers 引入節點提供者。不過，提供者有相應的內容格式要求，不能把任意完整訂閱 YAML 填入 url 就認定相容；應先確認訂閱服務提供的輸出類型，以及目標核心的解析要求。

同步完成後，驗證實際生效的設定

驗收重點不是「檔案是否相同」，而是「需要共用的部分是否一致，裝置差異是否保留」。設定來源、覆寫檔和用戶端產生的執行設定可能是三個不同檔案；排查時應優先查看用戶端提供的最終設定預覽，或核心實際載入的檔案。

1. 確認輸入內容：手動更新訂閱，記下更新時間和節點數量；使用雲端硬碟時，則確認檔案已完整下載並重新匯入。
2. 確認結構：檢查策略組名稱、規則目標和兜底規則。載入記錄出現策略不存在或 YAML 解析錯誤時，先修正設定結構。
3. 確認流量接管：電腦端檢查系統代理或 TUN 是否已啟用；手機端檢查 VPN 連線，以及需要代理的應用程式是否納入接管範圍。
4. 確認連線：連線至需要驗證的網域，並在連線記錄中查看符合的規則、策略和實際節點。測速成功不能取代網頁瀏覽測試。
5. 確認設定持續有效：再次更新訂閱並重新啟動用戶端，檢查自訂規則是否仍存在、裝置端連接埠是否正確，找出更新覆寫設定的問題。

三種常見的同步問題

依裝置組合選擇同步方式

手機和電腦共用節點時，優先使用同一份訂閱、各自更新，並保留各裝置的本機流量接管設定。兩台電腦需要統一自訂規則時，可以用雲端硬碟保存來源檔，但應指定單一編輯端，避免直接同步執行目錄。若訂閱更新頻繁又需要保留個人化規則，則採用訂閱搭配本機覆寫，並明確確認清單的合併順序。

新增裝置時，依序「匯入來源、設定本機參數、檢查最終設定、驗證連線」。讓節點和規則保持可追蹤，連接埠、TUN 和權限則依裝置個別設定，比要求所有檔案完全一致更容易維護。