本文目錄
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 狀態和解析日誌。自動更新也應遵守同一原則:失敗時繼續使用最後一份可用快取,而不是把錯誤回應當成新設定。
一次可控的更新
記下更新前狀態
記錄 Profile 名稱、目前更新時間和關鍵策略群組。
只更新這一份
先不按一下「全部更新」,避免多個來源同時變化。
閱讀結果
檢查下載狀態、解析錯誤、節點與策略群組是否完整。
切換並固定節點
透過連線頁驗證常用網域的規則和出口。
保留還原
在實際任務完成前,不刪除上一份可用設定。
覆寫只解決穩定的小需求,不負責修補每一份訂閱
全域 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 多才真正帶來方便;否則只是把同一份不確定性複製了幾遍。
