先釐清：介面、設定檔與 mihomo 核心

Clash Verge Rev 是桌面用戶端，負責匯入訂閱、管理設定及顯示連線狀態；mihomo 則是實際處理代理連線、DNS 與規則比對的核心。在介面中看得到節點，不代表應用程式流量已進入核心；開啟系統代理，也不代表每條連線都會經過遠端節點。先理解這兩點，再查看側邊欄會更容易掌握。

本文以 Clash Verge Rev 2.x 常見的繁體中文介面為參考。不同小版本、視窗寬度與作業系統可能會改變按鈕位置或部分名稱；請以目前安裝版本顯示的內容為準。以下依「代理 → 設定 → 連線 → 規則 → 日誌 → 設定」的順序說明各頁用途，側邊欄實際排列可能不同。

頁面主要操作適合解答的問題
代理選擇策略、測試延遲、切換模式目前的策略組使用哪個節點？
設定匯入、更新及啟用訂閱設定節點與規則從哪裡來？
連線檢視即時請求、策略鏈與流量這次連線實際經過哪裡？
規則檢視目前載入的分流規則哪些條件會符合這個策略？
日誌檢視核心執行資訊與錯誤請求在哪個階段失敗？
設定管理系統代理、TUN 與監聽連接埠應用程式流量如何進入核心？

代理頁：選策略組、選節點、查看延遲

節點與策略組屬於不同層級

開啟「代理」後，通常會先看到數個策略組，而不是所有請求共用的一份節點清單。策略組是規則可引用的出口選擇器：內容可以是節點，也可以是其他策略組。訂閱提供者可能將策略組命名為「節點選擇」、「自動選擇」、「影音串流」等；這些名稱來自設定檔，並非用戶端固定的分類。

  1. 先找到目前要使用的策略組，再展開候選項目。
  2. 如果群組類型是 select，請點選節點或子策略組，並確認選取狀態已變更。
  3. 執行群組內的延遲測試，等待候選項目回傳結果；請勿連續重複測試。
  4. 重新發出一次網頁請求，再到「連線」確認策略鏈，不要只看節點卡片。

url-test 會根據探測結果自動選擇候選出口；fallback 著重依序尋找可用出口；load-balance 則依設定的策略分配連線。各組行為由設定檔決定，不能把所有組都視為固定使用單一節點的手動清單。

規則、全域與直連三種模式

  • 規則模式（Rule）：依目前的規則集決定出口。日常需要區分直連與代理流量時，建議先使用此模式。
  • 全域模式（Global）：進入核心的連線通常會交由 GLOBAL 策略處理；排查問題時，還要確認該策略實際選用的出口。
  • 直連模式（Direct）：進入核心的連線會直接連線，通常用於比對測試。

部分版本會在代理頁上方提供模式選擇，也可能放在全域快捷區。不論入口在哪裡，模式本身都不會將應用程式流量導入核心。若應用程式未使用系統代理，也未由 TUN 接管，即使切換至全域模式，也不能據此判定流量已經經過代理。

設定頁：匯入訂閱、更新內容、啟用設定

「設定」頁管理核心使用的設定來源。遠端訂閱通常會提供節點、策略組、規則與相關參數；本機設定檔則由電腦上的檔案提供。匯入成功只表示用戶端取得可儲存的設定內容，之後仍須確認該設定已啟用，且核心已成功載入。

首次匯入的操作順序

  1. 進入「設定」，在訂閱連結欄位貼上服務提供者給的完整 URL，然後執行匯入。連結可能包含存取憑證，請勿貼到公開討論區。
  2. 等待設定卡片出現，並檢查名稱與更新時間。若匯入失敗，先查看錯誤訊息；不要把訂閱網址當成節點網址手動填入。
  3. 選取該卡片作為目前設定，確認介面顯示已啟用；選取標記會因版本而異。
  4. 返回「代理」，確認策略組與節點已顯示。若內容仍是舊的，請回到設定頁確認目前啟用的不是另一張卡片。

更新訂閱不等於切換訂閱

更新會重新取得同一來源的設定；啟用則是讓某份設定套用於目前執行環境。若同時有兩張訂閱卡片，更新其中一張不代表它一定會成為目前使用的設定。節點數量變化、方案流量資訊與到期日也取決於訂閱服務是否提供相關資料，用戶端無法自行產生這些資訊。

需要調整規則時，先釐清要修改的是遠端原始檔、本機設定檔，還是用戶端提供的合併與腳本處理功能。直接修改遠端設定副本，可能在下次更新時被覆寫；若使用合併功能，應檢查最終執行的設定是否符合預期。YAML 的縮排、欄位型別與策略組名稱都必須正確，不能只因編輯器成功儲存，就認定核心接受了設定。

連線頁：確認單次請求的實際出口

「連線」頁會顯示進入核心的連線紀錄，是驗證流量分流最直接的地方。常見欄位包括目標主機、目標位址、網路類型、上傳與下載流量、符合的規則及策略鏈。是否能看到處理程序名稱，會受系統權限、接管方式與核心設定影響；沒有顯示處理程序名稱，本身不能證明連線異常。

發出一次新請求來完成驗證

  1. 保持「連線」頁開啟，在瀏覽器另開一個目標網頁，並盡量減少其他應用程式的背景請求。
  2. 依網域篩選紀錄；若只看到 IP 位址，再依請求時間與目標位址辨識。
  3. 開啟該連線的詳細資料，記下符合的規則、策略組與最終節點。策略鏈可能包含多層群組，不能只看第一個組名。
  4. 若顯示 DIRECT，請到規則頁查明原因；若流量經過預期節點，再搭配網頁回應或出口 IP 查詢確認。

切換節點後，既有的 TCP 長連線或 HTTP/2 工作階段可能仍沿用舊出口。測試時請建立新請求；必要時先關閉相關連線，再重新瀏覽。連線頁的關閉操作會中斷相應工作階段，可能導致下載、會議或遠端終端機斷線，操作前請確認影響範圍。

連線頁暫時沒有目標紀錄時，應先確認流量是否進入核心，不要立刻判定節點無法使用。瀏覽器可能使用獨立的代理設定，應用程式也可能忽略系統代理。反過來說，頁面快取可能讓網頁顯示出來，卻沒有產生預期的新請求。

規則頁：檢查比對條件、順序與最終策略

「規則」頁會顯示目前執行設定所載入的規則。常見類型包括精確網域 DOMAIN、網域後綴 DOMAIN-SUFFIX、IP 網段 IP-CIDR、規則集參照 RULE-SET，以及最後的預設規則 MATCH。一般規則通常依序比對，較前面的符合項目會影響最終結果。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,節點選擇

此範例表示：符合 example.com 及其子網域的請求會直連，其餘則交由「節點選擇」處理。這只是用來說明規則順序，不能直接取代完整設定；第二行引用的策略組必須確實存在，名稱也必須完全一致。

規則頁與連線頁應搭配查看

  • 規則頁看定義：條件是什麼、順序如何、引用哪個策略。
  • 連線頁看結果：單次請求符合什麼規則，最後經過哪個節點。
  • 設定頁改來源：需要長期調整時，找到實際生效的設定或合併規則入口。

若介面只顯示目標 IP，沒有可用的網域資訊，網域規則未必能如預期比對。應一併檢查 DNS 處理方式、應用程式是否自行解析網域，以及是否啟用網域嗅探。規則頁列出某條規則，不代表每次請求都具備比對該規則所需的資訊。

日誌頁：依時間找出錯誤發生階段

「日誌」用來查看執行事件與錯誤背景，不是另一種延遲排行榜。常見級別包括 info、warning、error、debug。日常保留適量資訊即可；排查時可暫時提高詳細程度，重現問題後再調回，避免大量日誌妨礙閱讀或洩露連線細節。

先明確重現問題，再查看錯誤前後文

  1. 記下目前時間、啟用的設定、所選節點，以及使用系統代理或 TUN。
  2. 開啟「日誌」，只重現一次失敗操作，例如重新整理目標網頁。
  3. 找到同一時間的紀錄，連同前後幾行一起閱讀，不要只截取最後一個 timeout。
  4. 將錯誤分類為設定載入、本機監聽、DNS、遠端連線或協定交握，再只調整相關部分。
日誌線索優先檢查不能直接推論的結論
address already in use本機監聽連接埠是否被其他程式占用不能據此判定訂閱已過期
lookup 與名稱解析錯誤發生錯誤的網域、DNS 上游及其連線狀態不能只憑一個詞就判定所有節點都失效
i/o timeout逾時發生在 DNS、撥號還是讀取階段不能判定一定是密碼錯誤
connection refused目標位址、連接埠及服務監聽狀態不能判定更換規則就能修復

同一類錯誤可能有多種原因。例如遠端撥號逾時，可能是節點線路無法連線，也可能是本機網路封鎖。先改用另一個節點或另一種本機網路進行單項比對，比連續修改 DNS、連接埠與模式更容易找出原因。提交日誌時，請保留錯誤類型與時間順序，刪除訂閱網址、驗證資訊及不必要的瀏覽網域。

設定頁：系統代理、TUN 與連接埠各司其職

「設定」頁最容易混淆的是系統代理與 TUN。系統代理會將代理位址寫入作業系統設定，適用於遵循該設定的應用程式；TUN 則會建立虛擬網路介面，搭配路由與 DNS 設定接管流量，實際涵蓋範圍取決於設定。兩者並非「一般節點」與「高速節點」的差別，也不會自動改善遠端伺服器的線路品質。

系統代理檢查方式

進入「設定」，找到「系統代理」開關；監聽連接埠通常可在同一頁的連接埠或 Clash 參數區查看。部分版本會將相關項目放在「設定」→「Clash 設定」中。路徑名稱可能因版本更新而異，請以目前頁面顯示的欄位為準，不要照著其他用戶端的選單名稱尋找。

例如，本機混合連接埠若目前設定為 7897，手動設定代理的應用程式就應使用 127.0.0.1:7897；若目前設定為其他連接埠，就必須使用該值。7890、7897 都不是適用於所有安裝環境的固定值。混合連接埠可接受 HTTP 與 SOCKS 代理連線，但應用程式端仍須選擇其支援的協定類型。

TUN 與服務權限

啟用 TUN 時，用戶端可能會要求安裝或啟動服務，或授予系統管理員權限。請先依介面提示完成服務操作，再檢查開關狀態與日誌。虛擬網卡、路由或 DNS 設定失敗時，僅看到開關已開啟，並不足以確認流量已成功接管。公司 VPN、其他代理軟體與安全軟體也可能影響路由，排查前請記錄原有網路設定。

完整操作流程：從匯入到確認連線

  1. 設定頁：匯入訂閱、啟用對應設定，並確認載入時沒有錯誤。
  2. 代理頁：選擇規則模式，在手動策略組中選一個節點並測試延遲。
  3. 設定頁：開啟系統代理並確認本機監聽連接埠；暫時不要變更其他網路設定。
  4. 連線頁：開啟目標網頁，檢查新連線符合的規則與最終出口。
  5. 規則頁：若出口不符合預期，找出對應規則及其前方的比對項目。
  6. 日誌頁：若連線失敗，依時間找出錯誤，再針對相關環節逐一排查。

記住各頁的關聯即可：設定決定有哪些節點與規則，代理決定如何選擇策略，設定頁決定流量如何進入核心，連線頁呈現實際結果，規則頁說明分流條件，日誌則補充失敗原因。之後遇到「看得到節點卻無法上網」、「切換節點後出口沒變」、「某個網站仍然直連」等問題，都可以沿著這條流程逐層確認。

首次安裝與平台選擇請參閱入門指南；想查詢 DNS、連接埠與系統代理相關問題，可查看常見問題。若不熟悉策略組、核心與規則集等術語，可以先查閱術語表，再調整設定。