本文目錄
剛開啟 Clash Verge Rev 時,首頁開關與代理清單不一定已有可用內容。儲存遠端位址後,還需要下載設定、選取它並確認實際使用的節點。把一次瀏覽器存取與用戶端記錄對上,才能判斷設定已完成,還是只儲存了一個位址。
在 Profiles 新增並選中訂閱
在 Profiles(訂閱)頁選取的設定,決定 Mihomo 目前讀取哪一份 YAML 設定檔。遠端訂閱、本機設定與覆寫可以並存,但初次使用只保留一份遠端 Profile,便於確認節點和規則的來源。
新增遠端 Profile
複製完整訂閱 URL
不要遺漏問號後的參數,也不要多複製空格。
在 Profiles 新增遠端設定
使用普通連結匯入入口,儲存後留在目前頁面。
手動更新
等待狀態提示和新的更新時間。
點選為目前設定
選中標記應落在剛更新的項目上。
訂閱更新是否成功?查看時間、HTTP 和解析錯誤
儲存遠端位址只是在本機建立記錄。按一下更新會下載並解析設定,成功後更新時間會改變;失敗時按具體提示處理。
401 / 403
登入訂閱服務檢查帳號和 token,用戶端已經連到伺服器端。
client error(Connect) / timeout
比較另一網路或用戶端文件提供的其他匯入方式。
parse / yaml error
回傳內容到了,但格式或欄位與目前核心不相容。
200 後卻沒有節點
確認回應不是登入 HTML,並檢查設定是否包含代理與策略群組。
舊設定還能上網,不代表本次更新成功。Clash Verge Rev 會繼續使用上一次的本機副本,所以檢查更新應看時間和錯誤,不要先刪除那份唯一可用設定。
在 Proxies 固定一條節點
更新完成後開啟 Proxies(代理)。頁面上層通常是策略群組,例如「節點選擇」「自動選擇」「故障轉移」;展開後才看得到具體節點。組名來自訂閱,不同服務不會完全相同。
第一次測試,在主要 select 組裡點一條具體節點。url-test 或 fallback 可以留到網路跑通後再使用,因為自動組可能在你觀察時切換出口。節點旁的延遲只能說明測試 URL 有回應,實際網頁仍要單獨驗證。
代理頁應當明確顯示
- 主要策略群組不是空白
- 手動選擇組已經指向具體節點
- 需要使用的服務組最終引用該節點或上級組
- 目前模式是 Rule,而不是誤停在 Direct
開啟 System Proxy 並檢查系統代理位址
回到首頁或設定區域開啟 System Proxy(系統代理)。Clash Verge Rev 會把本機代理位址寫進 Windows 或 macOS 的系統設定,瀏覽器和遵循系統代理的程式隨後把請求交給 Mihomo。
若電腦上還有舊 Clash、VPN 或代理擴展,先全部退出。兩個用戶端都能改系統代理時,介面開關可能顯示開啟,系統卻已經被另一個程式寫回舊連接埠。連接埠以 Clash Verge Rev 目前設定的 mixed-port 或 HTTP 連接埠為準。

Connections 中的規則與最終節點
驗證系統代理是否真正接管
開啟一個熟悉的網站
使用剛才固定的節點和 Rule 模式。
進入 Connections
按時間或網域找到剛產生的記錄。
查看 Rule
確認連線命中 DIRECT、REJECT 還是某個策略群組。
查看 Chains / 出口
確認最終使用的節點與 Proxies 選擇一致。
網頁開啟,並且 Rule、Chains / 出口與剛選的策略和節點吻合,說明系統代理已接管這次請求。
沒有連線記錄、DIRECT 與 timeout 的處理
Profiles 沒有新更新時間
本次更新可能未成功;檢查訂閱連結、帳號狀態和下載錯誤,保留仍可用的舊設定。
Proxies 沒有策略群組或節點
確認 Profile 已選中且回傳的是 Clash / Mihomo 格式。
瀏覽器失敗,Connections 為空
檢查 System Proxy 是否寫入目前 mixed-port,並退出舊代理用戶端。
連線顯示 DIRECT
Rule 模式按訂閱規則選擇了直連,查看這是否符合目標網站。
連線走固定節點後 timeout
切換另一條已知可用節點,保留相同網頁做對照。
處理後重新請求同一網頁,確認頁面開啟、Connections 顯示預期規則和節點。保持這份設定使用一段時間,再按實際需要考慮 TUN 或覆寫。
