初次開啟 Clash Verge 時，側欄中的設定、代理、連線、日誌與設定看似彼此獨立，實際操作卻有明確順序：先讓用戶端取得可用設定，再選擇策略群組中的節點，接著啟用系統代理或 TUN 模式，最後透過連線與日誌確認流量是否進入 mihomo 核心。只查看單一頁面，往往難以判斷目前究竟是設定尚未生效、節點無法使用，還是應用程式流量沒有經過代理。

Clash Verge Rev 通常作為圖形介面，用來管理設定與核心執行狀態；具體的規則比對、協定連線、DNS 處理與流量轉送則由 mihomo 執行。不同版本的選單名稱、圖示位置與設定分組可能略有調整，但核心資訊流程大致一致。理解頁面之間的關係，比記住某個按鈕的位置更重要。

先了解介面中的流量處理順序

一次完整的連線會經過多個環節。設定頁面負責提供節點、策略群組、規則與 DNS 等執行參數；代理頁面負責決定策略群組目前使用哪個節點；系統代理或 TUN 模式負責將裝置上的流量送入核心；規則系統判斷網域、IP、連接埠或程序應交由哪個策略群組處理；連線與日誌頁面則顯示處理結果。

  1. 匯入設定：透過訂閱網址或本機 YAML 檔案建立設定記錄，並完成首次更新。
  2. 啟用設定：在設定清單中選取目標設定，使其成為目前的執行設定。
  3. 選擇節點：進入代理頁面，檢查主要策略群組並選擇可用節點。
  4. 接管流量：依使用範圍啟用系統代理，或在需要更廣泛接管時啟用 TUN 模式。
  5. 核對結果：造訪目標網站，同時觀察連線清單、規則命中與日誌資訊。

設定頁面：匯入訂閱並確認目前設定

設定頁面通常稱為 Profiles，是整個操作流程的起點。這裡會儲存訂閱設定、本機設定，以及可能存在的合併或腳本處理項目。訂閱網址不是節點本身，而是取得設定內容的入口；更新成功後，用戶端才會取得節點、策略群組與規則等資料。

匯入訂閱時要檢查哪些狀態

在訂閱輸入區貼上完整網址後執行匯入。設定卡片出現不代表內容一定可用，還應查看名稱、更新時間，以及更新操作是否正常完成。若設定提供者要求專用使用者代理、授權參數或固定的存取網路，請以其發布說明為準。

  • 確認貼上的內容是完整的 HTTP 或 HTTPS 網址，開頭與結尾沒有多餘空格。
  • 更新後進入代理頁面，檢查是否產生預期的節點與策略群組。
  • 同時存在多份設定時，核對目前的選取標記，避免編輯了其中一份設定，實際執行的卻是另一份。
  • 訂閱內容變更後執行更新，再查看節點名稱、策略群組與其他資訊是否已重新整理。

本機 YAML 設定適合哪些情況

本機設定適合用於除錯規則、自行維護節點或驗證 DNS 參數。YAML 對縮排與資料結構較為敏感，清單層級、冒號後的空格與欄位歸屬都會影響解析。設定可以成功匯入，不代表每個欄位都受到目前 mihomo 版本支援；遇到解析失敗時，應先查看日誌中的欄位名稱與行號。

proxies → proxy-groups → rules
          ↑
          策略群組引用節點
rules 最終會將連線交給策略群組、DIRECT 或 REJECT

規則通常會依序比對，前面的規則命中後便採用對應策略。若某條過於寬泛的規則放得太前面，後續更具體的網域規則可能會失效。介面中的設定編輯入口適合小範圍核對；若要進行較大變更，應先保留原始檔案，再分段驗證。

代理頁面：看懂策略群組、節點與延遲

代理頁面顯示的是設定中的策略群組及其候選項目。頁面頂部通常可切換規則、全域與直連等執行模式，主要區域則以卡片或清單呈現策略群組。點選節點通常是在修改某個策略群組目前的選擇，而不是將整份設定切換成該節點。

介面中常見策略群組的差異

select 類型由使用者手動選擇節點或下層策略群組；url-test 會根據測試結果自動選擇符合條件的候選項目；fallback 更重視可用性順序，當目前候選項失效時轉向後續項目；load-balance 則依設定的策略將不同連線分配給多個候選項目。實際行為還會受到測試網址、間隔、容差與雜湊策略影響。

一個策略群組也可以引用另一個策略群組，因此介面中可能出現「入口群組選擇自動群組，自動群組再選擇節點」的層級。排查時應從規則最終命中的群組開始，逐層確認目前選項，不能只看某張節點卡片是否變色。

應如何理解延遲數值

延遲測試通常會造訪設定指定的測試網址，結果反映該次探測路徑的回應時間。較低的數值有助於比較候選節點，但不直接代表下載速度、尖峰時段的穩定性或所有目標網站的連線品質。逾時可能來自節點狀態、測試網址可達性、DNS 解析或本機網路限制。

  • 規則模式：依規則決定連線經由代理、直連或拒絕，適合日常使用。
  • 全域模式：大部分連線交由全域策略群組處理，適合短時間驗證節點連通性。
  • 直連模式：連線優先直接存取，可用來比較代理接管前後的差異。

從規則模式切換至全域模式後恢復存取，通常表示節點的基本連線可用，問題較可能出在規則比對、策略群組選擇或 DNS 處理。若全域模式同樣失敗，則應繼續檢查節點、網路、核心狀態與流量接管方式。

連線頁面：確認請求套用了哪條規則

連線頁面會記錄目前經過核心的活動連線，常見欄位包括目標主機、目標 IP、上傳與下載量、連線時間、網路類型、命中規則與最終鏈路。這是判斷「某個應用程式是否進入 Clash」的直接入口。

開啟目標網頁後，可以依網域篩選連線。若清單中出現對應網域，並顯示某個策略群組與節點鏈路，表示流量已進入核心。若連線存在但存取失敗，可繼續查看其規則、目標位址與鏈路；若清單始終沒有記錄，則應優先檢查瀏覽器代理設定、系統代理開關、TUN 狀態，以及應用程式本身是否繞過系統代理。

連線鏈路中的箭頭代表什麼

部分介面會將策略選擇顯示為鏈路，例如「媒體策略 → 自動選擇 → 節點 A」。這表示規則先將連線交給媒體策略群組，該群組再引用自動選擇群組，最後由節點 A 建立對外連線。鏈路有助於定位選擇發生在哪一層，也能說明為何手動修改另一個策略群組後，目前的存取結果沒有變化。

什麼時候關閉連線有用

許多應用程式會重複使用既有的 TCP、QUIC 或 WebSocket 連線。切換節點後，舊連線可能仍維持原本的鏈路，讓測試結果看起來沒有立即變化。此時可以在連線頁面關閉相關連線，再重新載入頁面。對即時通訊或下載工作關閉連線會中斷目前傳輸，請先確認工作狀態。

日誌頁面：區分設定、DNS 與連線錯誤

日誌頁面會顯示核心啟動、設定載入、DNS 查詢、規則比對與對外連線等事件。首次連線失敗時，日誌比單純觀察網頁提示更有價值。建議將日誌層級維持在日常可讀的範圍，重現一次問題並記下時間點，再檢查該時間前後的相關資訊。

常見日誌資訊的處理方向

  • 設定解析錯誤：檢查 YAML 縮排、欄位拼寫、資料類型，以及目前核心是否支援該欄位。
  • DNS 查詢逾時：核對 nameserver、網路可達性、DNS 劫持設定與網域解析模式。
  • 連線遭拒：目標連接埠或節點服務可能未接受連線，也可能是中間網路策略所致。
  • 連線逾時：檢查節點位址解析、伺服器可達性、傳輸參數與本機防火牆策略。
  • 找不到策略或節點：通常與設定引用名稱不一致、訂閱內容缺失或合併結果有關。

日誌中的 warning 表示需要留意的異常或相容性提示，error 通常代表這次操作失敗，但仍需結合上下文判斷。例如某個備用 DNS 查詢逾時後，其他解析器可能成功回傳結果；單獨截取一行容易忽略後續結果。排查時應保留錯誤前後數行，並確認它對應剛才執行的存取操作。

日誌可能包含網域、節點位址與本機網路資訊。分享截圖或文字前，應整理與問題相關的片段，並移除訂閱網址、驗證參數及個人網路識別資訊。訂閱連結通常包含存取憑證，不適合直接公開。

設定頁面：系統代理、TUN 與核心狀態

設定頁面管理用戶端行為、開機啟動、系統代理、TUN、核心與網路參數。對首次使用者而言，最重要的是區分系統代理與 TUN 模式：兩者都會將流量交給核心，但涵蓋範圍與系統權限要求不同。

系統代理適合瀏覽器與一般桌面應用程式

啟用系統代理後，Clash Verge 會將作業系統的 HTTP、HTTPS 等代理位址指向本機監聽連接埠。遵循系統代理設定的瀏覽器與應用程式會將請求傳送給核心。部分應用程式使用獨立代理設定，部分命令列程式則需要單獨讀取環境變數，因此即使系統代理開關已啟用，仍應透過連線頁面確認目標程式的流量是否進入。

TUN 模式適合更廣泛的流量接管

TUN 模式透過虛擬網路介面處理 IP 流量，能涵蓋更多不讀取系統代理的程式，也常用於 UDP 或需要透明接管的情境。它涉及虛擬網卡、路由與 DNS 設定，啟用時可能需要系統權限。若裝置同時執行其他 VPN、虛擬網卡工具、網路過濾軟體或企業網路元件，應留意路由與介面衝突。

系統代理與 TUN 並不是設定越多，效果就越好。日常瀏覽器存取可先使用系統代理建立最小可驗證路徑；確認有應用程式繞過系統代理、遊戲 UDP 或透明代理需求時，再測試 TUN。切換模式後，應重新檢查連線清單與 DNS 表現。

核心與介面版本要分開看

Clash Verge Rev 是管理介面，mihomo 則是執行代理邏輯的核心。設定頁通常可以查看核心執行狀態或相關版本資訊。介面能正常開啟，但核心啟動失敗時，代理連接埠、規則與連線頁面都無法正常運作。若所有節點同時異常、連線清單為空，且日誌沒有正常啟動資訊，應先確認核心狀態。

首次連線失敗時的介面排查順序

排查的目標是逐層縮小範圍，而不是同時修改節點、DNS、規則與 TUN。每一步只變更一個變數，並使用連線頁面或日誌驗證結果，才能確認哪項調整真正有效。

  1. 查看設定頁面：確認訂閱更新完成，目標設定處於選取狀態，更新時間符合預期。
  2. 查看代理頁面：選擇一個狀態明確的節點，對主要策略群組執行延遲測試，並確認策略鏈最終指向該節點。
  3. 暫時驗證模式：使用全域模式測試基本連通性。若恢復存取，再回到規則模式檢查命中規則。
  4. 確認流量接管：先啟用系統代理並開啟測試頁面；若連線清單沒有記錄，再檢查應用程式代理設定或評估 TUN 需求。
  5. 檢查連線記錄：核對目標網域、命中規則、策略群組與最終節點，切換節點後關閉舊連線並重新測試。
  6. 讀取日誌：以測試時間為中心尋找 DNS、timeout、refused、parse 等資訊，並結合上下文判斷所屬環節。
  7. 恢復最小設定：暫停額外腳本、複雜覆寫與實驗性 DNS 設定，以基本設定確認核心鏈路，再逐項恢復。

三種常見現象的定位方法

網頁無法開啟，但連線清單有記錄：流量已進入核心，應查看命中規則、節點鏈路、DNS 結果與日誌錯誤。若顯示 DIRECT，可檢查規則是否將目標網域交給直連；若顯示代理節點，則應關注節點與目標網站之間的連線。

瀏覽器可用，某個應用程式無法使用：瀏覽器可能遵循系統代理，而該應用程式使用直連、獨立代理或特殊網路堆疊。先觀察連線頁面是否出現該應用程式的請求，再決定設定應用程式代理或測試 TUN 模式。

節點測試正常，實際存取卻逾時：延遲測試網址與實際目標不同，還可能涉及規則、DNS、傳輸協定與舊連線重複使用。關閉相關連線，核對目標網域的策略鏈，並讀取同一時間點的日誌，比重複點選延遲測試更有效。

日常使用時應重點查看哪些頁面

設定穩定後，不需要頻繁調整所有選項。訂閱內容更新時查看設定頁面；需要更換地區或線路時進入代理頁面；存取結果異常時優先查看連線與日誌；系統升級、核心更新或網路環境變更後，再檢查 TUN、系統代理與服務狀態。

在規則模式下，節點選擇通常集中於少數主要策略群組。記下這些策略群組分別負責一般代理、串流影音、即時通訊或其他業務，有助於快速找到正確入口。若設定由訂閱提供者維護，策略群組名稱可能會變更，更新後應重新核對其層級與目前選項。

掌握介面的關鍵，不是逐一點選所有功能，而是理解每個頁面所回答的問題：設定頁面回答「載入了什麼」，代理頁面回答「目前選了什麼」，連線頁面回答「流量實際經過什麼」，日誌頁面回答「處理過程中發生了什麼」，設定頁面回答「流量如何進入核心」。這五個問題足以涵蓋大多數首次安裝、訂閱匯入與連線排查情境。