使用教學 · Clash 技術部落格

Clash Verge Rev 多設定怎麼管理?訂閱自動更新、切換與備份方法

多設定最容易出問題的地方不是數量,而是不知道目前到底用了哪一份。給每個 Profile 明確用途,保留原始基線,再設定更新、切換和備份。

  • Clash Verge Rev
  • Profile
  • 訂閱更新
  • 備份
本文目錄

Clash Verge Rev 多設定先分清遠端訂閱、本機檔案和覆寫

把工作、日常、測試和備用訂閱都叫 Profile 1、Profile 2,過一周就很難知道哪份可以刪除。名稱至少應包含來源或用途,再加一個容易識別的環境,例如「工作|公司規則」「日常|主訂閱」「測試|本機覆寫」。不要把完整訂閱網域、帳號或 token 寫進名稱。

先區分三類東西:遠端 Profile 會從 URL 更新;本機 Profile 只讀取磁碟檔案;Merge、Script 或覆寫是在載入時修改最終設定。遠端訂閱正常,不代表覆寫一定正常;切換 Profile 也不一定會停用全域覆寫。

三類設定承擔不同職責

類型適合放什麼更新方式最容易誤會
遠端 Profile服務方提供的節點、策略群組和規則按 URL 手動或定時拉取更新成功就等於目前已經切換
本機 Profile固定測試、離線還原或自寫完整設定手動編輯與備份會像訂閱一樣自動重新整理
Merge / Script / 覆寫少量長期自訂規則和欄位跟隨用戶端載入只作用於某一份 Profile

保留一份不加覆寫、已經確認可用的設定

在開始自動更新前,選擇目前最穩定的遠端訂閱,手動更新並直接載入,不啟用額外 Merge 或 Script。固定一條可用節點,確認瀏覽器、常用應用、內部網域和 DNS 都正常。

保留這份不加覆寫的 Profile,不要複製出很多名稱相近的版本。以後某個覆寫報 group not found 時,切回它就能確認原始訂閱是否仍可用;如果它也失敗,再檢查下載、解析或伺服器端變化。

這份原始設定應滿足

  • 剛剛手動更新成功並有明確更新時間
  • 策略群組與節點不為空
  • 不依賴臨時指令碼或線上轉換站
  • 至少一個固定節點經過實際存取驗證
  • 退出用戶端後 Windows 網路能恢復
  • 訂閱 URL 已安全備份

更新間隔按實際變化來設,不是越短越穩

訂閱通常只有在節點、流量資訊或規則變化時才需要拉取。過短的間隔會增加伺服器端請求、耗電和失敗通知,也可能在你工作途中把目前設定替換成一份暫時錯誤的回應。日常訂閱可以從較保守的週期開始,頻繁變化的測試源再單獨縮短。

在 Clash Verge Rev 的 Profile 詳情或訂閱設定中調整自動更新時,先確認單位和下次執行時間。不同版本或匯入方式顯示的選項可能不同,因此不要照搬別人截圖中的數字。最重要的是保留手動更新入口,並能看到最後成功時間與失敗原因。

日常主訂閱
以穩定為主,按服務方更新頻率設定,不需要幾分鐘拉一次。
工作設定
更新前考慮會議、遠端連線和固定出口,避免工作中途切換。
測試訂閱
可以更頻繁,但不設為開機預設,也不覆蓋已確認可用的主設定。
本機 Profile
關閉遠端自動更新;修改由版本記錄和人工驗證控制。

先更新、看結果,再決定是否切換

Profile 清單裡的「更新成功」只說明遠端請求和解析沒有立即發生錯誤,不說明節點一定可用。手動重新整理某一份後,先看更新時間、節點數量、策略群組名稱和流量提示有沒有異常變化,再把它設為目前設定。

如果更新後節點從幾十個變成零、策略群組突然消失,或正文其實是登入頁,不要繼續切換。保留上一份正在執行的設定,查看 HTTP 狀態和解析日誌。自動更新也應遵守同一原則:失敗時繼續使用最後一份可用快取,而不是把錯誤回應當成新設定。

一次可控的更新

  1. 記下更新前狀態

    記錄 Profile 名稱、目前更新時間和關鍵策略群組。

  2. 只更新這一份

    先不按一下「全部更新」,避免多個來源同時變化。

  3. 閱讀結果

    檢查下載狀態、解析錯誤、節點與策略群組是否完整。

  4. 切換並固定節點

    透過連線頁驗證常用網域的規則和出口。

  5. 保留還原

    在實際任務完成前,不刪除上一份可用設定。

覆寫只解決穩定的小需求,不負責修補每一份訂閱

全域 Merge 如果引用了「PROXY」「節點選擇」等固定組名,切到另一家訂閱後,這個組可能根本不存在,於是出現 proxy group not found。覆寫內容應盡量少,並只引用各 Profile 都存在的欄位和組名。

不同來源的組名和結構差異很大時,為它們分別維護覆寫,不要強求一份指令碼通吃。

調整覆寫後要查看最終產生的 YAML。原始 Profile 裡沒有重複鍵,合併後仍可能出現;DNS、rules 和 proxy-groups 也可能被整段覆蓋。

停用所有覆寫,確認原始訂閱可以載入,然後逐個啟用。這樣比同時閱讀多項錯誤更容易找出是哪一項導致失敗。

更新成功,切換時報 group not found

常見原因:覆寫引用了這份 Profile 不存在的組名

處理方法:停用覆寫,對照最終設定中的實際組名。

不同 Profile 切換後 DNS 一直相同

常見原因:全域 Merge 覆蓋了每份訂閱的 dns

處理方法:確認這是有意設計,否則縮小覆寫範圍。

每次更新後手改內容消失

常見原因:直接編輯了遠端訂閱快取

處理方法:把長期修改移到持久覆寫或獨立本機 Profile。

備份訂閱、覆寫和本機設定,不要只複製一個 Profile 名稱

能恢復多設定工作流的備份至少有四部分:遠端訂閱位址、自己維護的本機 YAML、Merge 或 Script 檔案,以及用戶端版本、連接埠和目前 Profile 等少量設定。訂閱位址放進密碼管理器;本機設定和覆寫放進加密封存;版本與設定可單獨記成一頁說明。

不要只複製 Clash Verge Rev 的整個快取目錄。快取裡可能有過期訂閱、執行狀態和舊核心,直接覆蓋新安裝會把問題一起恢復。需要還原時,先匯入一份最近驗證過的本機快照,在不覆蓋主 Profile 的情況下確認能載入。

真正的備用設定最好來自獨立且可信的來源。若主、備都指向同一服務、同一轉換鏈,並在同一時間自動更新,它們會一起失敗,不構成還原。本機快照含節點認證資訊,備份必須加密並設定儲存期限。

一次可恢復的備份

  • 密碼管理器中儲存遠端訂閱 URL
  • 加密儲存本機 YAML 與 Merge/Script
  • 記錄 Clash Verge Rev 和 Mihomo 版本
  • 記錄 mixed-port、目前 Profile 與必要開關
  • 在測試 Profile 中做過一次恢復驗證

最後檢查的是一整個週期,不是某一次點開成功

多 Profile 管理穩定的結果

  • 每份名稱能看出來源或用途,沒有敏感 token
  • 主設定有可識別的最後成功更新時間
  • 自動更新失敗時仍保留上次可用內容
  • 切換 Profile 後規則、DNS 和目前節點確實改變
  • 覆寫失敗時可以一鍵回到未加工的原始設定
  • 備用設定不依賴同一個線上轉換或更新來源
  • 重啟用戶端後目前 Profile 與自動更新計劃保持正確

可以在一次正常工作中依序驗證:啟動用戶端、確認目前 Profile、手動更新主設定、完成一個實際任務、切到備用再切回、最後退出並檢查系統代理恢復。所有步驟都可解釋、可還原,Profile 多才真正帶來方便;否則只是把同一份不確定性複製了幾遍。

參考資料