Clash 客戶端介面指南:代理、設定與日誌頁面怎麼看

逐頁認識 Clash 客戶端介面:查看代理頁的策略組與模式、管理設定檔訂閱與更新,並從日誌判讀層級篩選及規則命中。

先分清客戶端介面、核心與目前使用的設定檔

Clash 客戶端視窗負責呈現設定,核心負責處理連線,設定檔則定義節點、策略組、DNS 與規則。採用 mihomo 核心的客戶端通常有相近的頁面分工,但按鈕名稱與位置不盡相同。以下以常見的繁體中文介面「代理」、「設定」、「日誌」、「連線」、「偏好設定」為例;有些客戶端會將「設定」標示為「訂閱」,或將「代理」標示為「代理組」。

本文說明介面操作,不限定特定客戶端版本。若名稱不同,請確認設定項目的用途,而非照著截圖位置點選。Clash發布站提供客戶端整理與使用資訊,並非客戶端官方開發團隊。

頁面優先查看可以解答的問題
代理運作模式、策略組、目前選項規則選中代理組後,最終會使用哪個出口?
設定目前生效的設定檔、更新狀態、覆寫內容核心實際載入的是哪份設定檔?
日誌時間、層級、目標、匹配規則、錯誤原因請求在哪個處理環節出現問題?
連線目標位址、規則、代理鏈、作用中連線目前的請求經過什麼路徑?
設定系統代理、TUN、監聽連接埠應用程式流量能否進入核心?

代理頁:先看運作模式,再看策略組

規則、全域、直連各自會改變什麼

代理頁頂端常見「規則」、「全域」、「直連」三種模式。模式會決定連線如何選擇策略,但不代表系統中的所有應用程式都已接入代理。即使切換成全域模式,未讀取系統代理設定、也未由 TUN 接管的程式,仍可能繞過核心。

  • 規則模式(Rule):依照 rules 的順序比對,採用第一條符合規則所指定的策略。策略可以是 DIRECT、REJECT、節點或代理組。
  • 全域模式(Global):使用全域策略組目前選取的項目。請進入 GLOBAL 或介面中對應的全域選擇區確認出口,不能只查看一般策略組。
  • 直連模式(Direct):進入核心的連線會使用直連策略。這與關閉客戶端或關閉系統代理並不是同一件事。

初次使用通常建議維持規則模式。暫時切換成全域模式,有助於判斷分流是否影響連線;測試結束後請切回原本模式。若全域模式可用、規則模式卻無法連線,還需要檢查命中的規則及其指向的策略組,不能直接判定是節點故障。

策略組不是一排彼此無關的節點

代理頁中的「節點選擇」、「自動選擇」、「影音服務」等標題,通常來自設定檔的 proxy-groups,並非客戶端固定提供的功能。一個組可以包含節點,也可以引用另一個組。因此,頁面上選了「自動選擇」,只代表目前的組將後續選擇交由子組處理。

  • select:手動選擇。點選項目後,之後相關的新連線會使用該選項。
  • url-test:依據設定的測試網址、間隔與容差自動選擇,不代表所有網站都會使用延遲最低的節點。
  • fallback:依照設定順序選擇可用項目,通常不會按照測試延遲由低至高排序。
  • load-balance:依照設定的分配策略使用多個出口,不代表單一下載連線可以合併所有節點的頻寬。

切換節點後,已建立的長連線可能仍會沿用舊出口。驗證時請重新發出請求;必要時可在「連線」頁關閉目標連線。不要只為了測試一個網頁就中斷所有連線,以免影響下載或會議。

設定頁:確認生效設定檔與訂閱更新

匯入、更新、啟用是三種不同操作

「設定」頁中的每張卡片通常代表一份本機或遠端設定檔。匯入成功只表示客戶端已儲存設定檔來源,不保證它已成為目前使用的設定檔。按下「啟用」、「使用此設定檔」或點選卡片切換後,還要確認目前使用的標記,並留意是否出現解析失敗訊息。

  1. 開啟「設定」,確認目前生效卡片的名稱與選取標記。
  2. 開啟卡片選單中的「編輯資訊」或「詳細資料」,確認訂閱網址來自預期來源。請勿公開包含完整網址的截圖。
  3. 執行「更新」,查看更新時間與錯誤訊息;再回到「代理」頁確認組名與節點清單是否符合預期。
  4. 若更新後無法啟用,請前往「日誌」查看解析錯誤,優先檢查縮排、欄位格式及核心支援情況。

更新訂閱通常是重新取得遠端內容,並非更新客戶端程式。單一 proxy-provider 的更新也可能只重新整理節點清單,而不會取代主設定檔中的規則與 DNS。若節點有變、規則卻沒變,請先確認執行的是設定檔更新,還是提供者更新。

本機修改、覆寫與最終執行設定

直接編輯從遠端訂閱下載的檔案,修改內容可能在下次更新時被覆蓋。若要長期保留分流項目,請使用客戶端支援的「覆寫」、「擴充設定」或合併功能。不同客戶端的合併順序不盡相同,尤其要確認規則是附加在末尾,還是插入前方。

以下是規則片段,並非完整設定檔。它要求現有設定中已經有名為 Proxy 的策略組,不能直接匯入作為獨立訂閱:

rules:
  - DOMAIN-SUFFIX,example.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

DOMAIN-SUFFIX,example.com,Proxy 會匹配該網域及其子網域;GEOIP,CN,DIRECT 會依目標 IP 的地理資料庫結果判斷;MATCH,Proxy 會接收先前未匹配的連線。若將網域規則放在 MATCH 後方,規則就不會生效,因為前面的兜底規則已經匹配。

若客戶端提供「檢視執行設定」或「執行時設定」,修改後請檢查最終結果。編輯器中有一條規則,不代表核心已載入該規則;設定檔切換失敗、覆寫未啟用或規則附加位置錯誤,都可能造成兩者不一致。

日誌頁:透過單次請求追查規則與出口

日誌層級先使用 info,必要時短暫切換至 debug

常見日誌層級包括 debug、info、warning、error 和 silent。日常排查先選 info;需要更詳細的處理資訊時,再短暫切換至 debug。若介面同時有「層級篩選」和設定中的「日誌層級」,前者可能只影響畫面顯示,後者才會決定核心產生哪些記錄。

  1. 開啟「日誌」,暫停自動捲動或清除目前顯示內容,記下開始時間。
  2. 回到瀏覽器,只開啟一次要排查的頁面。
  3. 返回日誌,使用網域關鍵字篩選;不要同時開啟多個測試網站。
  4. 依序查看網路類型、目標、規則類型與出口,最後再讀取錯誤說明。

以下為結構示意,並非特定版本的逐字輸出。客戶端可能將相同資訊拆分成多個欄位,或以不同文字格式呈現:

[info] [TCP] 127.0.0.1:53124 --> www.example.com:443
match DomainSuffix(example.com) using Proxy[節點 A]
  • TCP:這筆記錄對應 TCP 連線,不能據此判斷其他 UDP 流量也已正常處理。
  • 127.0.0.1:53124:範例中的本機來源位址與臨時來源連接埠,不是應填入系統設定的代理監聽連接埠。
  • www.example.com:443:目標網域與 HTTPS 常用連接埠。只出現 443 不代表客戶端正在解密 HTTPS 內容。
  • DomainSuffix(example.com):符合網域後綴規則。
  • Proxy[節點 A]:示意連線經過 Proxy 策略組後使用節點 A。若策略組有多層引用,還應搭配「連線」頁檢查完整代理鏈。

依錯誤發生的環節閱讀日誌

日誌關鍵字優先檢查項目避免直接推論
timeout發生逾時的目標、節點連線狀態、DNS 請求環節所有逾時都是訂閱失效造成的
connection refused錯誤訊息中的主機與連接埠,以及對應服務是否正在監聽一定是本機代理連接埠設定錯誤
lookup 或 DNS 錯誤解析對象、DNS 上游、引導解析與網路連線狀態隨便換個節點就能解決
REJECT命中的拒絕規則與規則順序節點連線失敗
設定檔解析錯誤錯誤行附近的 YAML 縮排、欄位值與引用名稱調整瀏覽器代理就能恢復

瀏覽器顯示無法開啟,但日誌沒有對應記錄時,先確認篩選條件與日誌層級,再檢查請求是否進入核心。瀏覽器快取與重用既有連線也會影響觀察結果;重新發出目標請求,比反覆切換節點更容易建立對應關係。

設定頁與連線頁:確認流量如何進入

「系統代理」與「TUN 模式」採用不同的流量接入方式。系統代理會提供代理位址給讀取系統代理設定的應用程式;部分命令列工具、遊戲或自行管理網路的程式不會使用這項設定。TUN 透過虛擬網路介面與路由接管流量,實際涵蓋範圍也會受到路由排除、權限、DNS 設定及其他 VPN 影響。

連接埠請以目前設定為準,不要只記預設值

例如執行設定包含以下兩項時,支援 HTTP 或 SOCKS 的應用程式可以使用各自的協定連線至本機 7890 連接埠。這裡的 7890 是範例設定值,不保證每個客戶端的預設值都相同:

mixed-port: 7890
allow-lan: false

若要在同一台裝置上手動設定代理,位址通常使用 127.0.0.1,連接埠則必須與「設定」中的「混合連接埠」一致。external-controller 對應的是控制介面,不是供瀏覽器使用的代理連接埠。若維持 allow-lan: false,就不應預期其他區域網路裝置可以直接使用此代理。

透過連線記錄驗證,不要只看開關顏色

開啟系統代理或 TUN 後,在「連線」頁搜尋目標網域,檢查規則與代理鏈。若目標顯示為 198.18.0.0/16 範圍內的位址,可能是設定使用 Fake-IP 後的正常對應;請搭配網域與 DNS 設定判斷,不要只因位址陌生就認定連到了錯誤伺服器。

若要了解系統代理與規則設定,請參閱系統代理設定步驟與規則設定說明。TUN 會影響系統路由,啟用前請保留現有設定;若發生網路異常,先關閉新增的流量接管方式,再逐項檢查。

完整檢查流程:從設定檔到規則命中

熟悉介面後,可以依照以下順序完成一次驗證。每次只變更一個條件,並記錄修改前後的結果,避免同時更換訂閱、節點、DNS 與模式。

  1. 確認設定檔:在「設定」頁檢查目前使用的卡片,更新後確認載入成功;必要時查看最終執行設定。
  2. 確認模式:在「代理」頁選擇規則模式,找出目標規則指向的組,並檢查組內目前選取的項目。
  3. 確認接入方式:在「設定」中確認系統代理或 TUN 狀態。手動設定應用程式時,檢查位址、協定與連接埠。
  4. 發出請求:重新開啟一次目標頁面,並在「日誌」或「連線」中搜尋相同網域。
  5. 確認流向:核對命中的規則、組名與最終出口。命中結果不符就檢查規則順序;出口不符就檢查組的引用關係。
  6. 恢復日常狀態:取消暫時使用的全域模式與 debug 設定,保留已驗證有效的設定。

代理頁回答「選擇哪個出口」,設定頁回答「載入哪些定義」,日誌頁則回答「這次連線實際發生了什麼」。還要一併檢查流量入口,才能分辨設定未生效、規則未命中、節點無法連線及應用程式未接入等問題。仍無法定位時,可依照故障排除中的問題類型繼續檢查。

Clash 下載