打開客戶端先看什麼:主介面的整體佈局
不同 Clash 客戶端(無論基於原版核心還是 Clash Meta/mihomo 核心)的外殼設計略有差異,但主介面的功能劃分大致相同,通常按側邊欄或標籤列分成幾個區塊:概覽(或首頁)、代理、設定、規則、連線、日誌,再加一個設定頁。對新手來說,真正需要每天打開的只有三塊:代理頁負責選節點,設定頁負責管訂閱,日誌頁負責查問題。把這三塊摸熟,基本能覆蓋日常使用的九成場景。
在正式拆解之前,有一個認知需要先建立:客戶端本身只是一層圖形外殼,真正處理流量轉發、執行分流規則的是背後的核心程式(核心)。介面上看到的每一項開關、每一條日誌,本質上都是對核心狀態的展示或對核心設定的修改。理解這一點,遇到「介面顯示正常但網路不通」之類的情況時,才知道該往核心日誌裡找原因,而不是反覆重啟介面本身。
代理頁:節點分組、延遲測試與手動切換
代理頁是使用頻率最高的面板,核心展示單位是「代理分組」(Proxy Group)。一份訂閱設定通常會預先劃分好若干分組,例如按地區劃分的「香港節點」「日本節點」,或者按用途劃分的「全域代理」「串流解鎖」「廣告攔截」。每個分組內部又包含具體的節點,以及一個決定選取邏輯的策略類型。
- select 分組:手動選擇型,點哪個節點就用哪個,適合明確知道自己要用哪條線路的情境。
- url-test 分組:自動測速型,客戶端會定期對組內節點發起延遲測試,自動切換到目前最優節點。
- fallback 分組:主備型,優先使用清單靠前的節點,一旦不可用才依序向後回退。
- load-balance 分組:負載平衡型,按規則把不同連線分散到多個節點上。
代理頁上每個節點後面通常會顯示一個延遲數值,單位是毫秒。數值是客戶端對節點發起測速請求得到的往返耗時,越低通常意味著回應越快,但延遲低不等於下載速度快,兩者是不同維度的指標,選節點時可以把延遲當作第一道篩選,速度和穩定性還是要實際用一段時間才清楚。點擊「測速」按鈕可以手動觸發一輪批量測試;部分客戶端還支援設定自動測速的間隔時間,在設定頁裡調整。
手動切換節點的方式很直接:進入對應分組,點擊想要使用的節點即可,切換通常是即時生效的,不需要重啟客戶端或重新連接系統代理。如果切換後網頁依舊打不開,大概率不是節點問題,而是系統代理開關或分流規則的問題,這時候應該轉去日誌頁查看具體的連線記錄。
設定頁:訂閱管理、更新週期與設定切換
設定頁(有些客戶端叫「訂閱」或「Profiles」)管理的是一份份完整的 YAML 設定檔,每一份設定裡都包含了節點資訊、分組規則和分流規則。多數人的設定來自機場或自建節點商提供的訂閱連結,客戶端會定期向這個連結發起請求,拉取最新的節點清單。
這一頁主要處理三件事:
- 新增訂閱:貼上訂閱連結後,客戶端會下載並解析一次,生成一份可用的設定條目。
- 手動/自動更新:訂閱內容不是一成不變的,節點商會不定期更換節點或調整頻寬分配,設定頁通常提供「立即更新」按鈕,也可以設定自動更新週期,比較常見的是每天或每隔若干小時刷新一次。
- 多設定切換:如果同時保存了多份訂閱或多份自訂設定,設定頁會以清單形式列出,點擊某一項即可切換到該設定,目前生效的一般會有明顯標記。
需要留意的是,切換設定或更新訂閱之後,原來在代理頁手動選中的節點通常會被重置為分組的預設選項,這是因為新設定裡的分組和節點清單可能已經變化,客戶端不會強行保留舊的選擇狀態。遇到「更新完訂閱節點又變回預設了」的情況,屬於正常現象,回到代理頁重新選一次即可。
另外,設定檔裡往往還包含 DNS 設定和 TUN 模式相關的欄位。TUN 模式是一種在系統網路層建立虛擬網卡來接管全域流量的工作方式,和一般的系統代理模式相比,覆蓋範圍更廣,能處理一些不遵循系統代理設定的程式流量,但對應的開關和狀態通常放在設定頁或概覽頁,而不是設定頁本身,設定頁只負責讓這些欄位隨訂閱一起生效。
日誌頁:連線記錄、規則匹配與排錯線索
日誌頁是排查問題時最該去的地方,而不是設定頁。它記錄了客戶端處理每一條網路連線的即時過程,典型的一條日誌大致會包含以下資訊:
[Info] [TCP] example.com:443 match Rule(DOMAIN-SUFFIX,example.com) using 香港節點01拆開來看,這條日誌說明了四件事:連線的目標位址和埠、這條連線命中了哪一條分流規則、規則的具體匹配方式(這裡是按網域後綴匹配)、以及最終這條連線被分配給了哪個節點處理。把這四個要素對上號,基本就能判斷「某個網站為什麼走了這個節點」或者「某條規則到底有沒有生效」。
日誌頁通常還支援按日誌等級篩選,常見等級從低到高大致是 Debug、Info、Warning、Error。日常排查網路不通的問題,把等級調到 Debug 能看到更完整的連線嘗試過程,包括連線建立失敗、DNS 解析異常等細節,定位問題效率會明顯提升,只是日誌刷新速度也會快很多,排查完建議調回預設等級,避免持續佔用資源。
還有一類常見需求是查看「連線」面板(有些客戶端把連線清單和日誌分成兩個子頁)。連線面板展示的是目前活躍及歷史的網路連線清單,可以看到每條連線的來源程序、目標位址、已用節點和累計流量,適合用來確認某個具體程式(比如瀏覽器或某個客戶端軟體)的流量是否真的走了代理,而不是繞過了代理直連。
排錯順序建議:先看日誌頁確認連線是否命中了預期規則,再回代理頁確認分組裡選中的節點是否可用,最後才去檢查系統代理或 TUN 開關狀態,順序反過來往往會浪費時間在無關環節上。
三大面板協同使用的幾個小技巧
熟悉三大面板各自的職責後,再補充幾個日常使用中比較實用的搭配方式。
代理頁測速數值一直顯示逾時,是節點失效了嗎?
不一定。逾時可能是節點確實不可用,也可能是測速所用的目標位址本身在目前網路環境下訪問受限,或者本地網路波動導致單次測速失敗。建議手動重新測速一到兩次,如果持續逾時且日誌頁裡也能看到該節點的連線失敗記錄,再判斷為節點問題,考慮更換分組內的其他節點。
更新訂閱後設定頁看不到之前保存的自訂規則了,怎麼辦?
如果自訂規則是直接寫在訂閱設定檔裡的,更新訂閱會拉取遠端最新內容,本地的手動修改會被覆蓋。想保留自訂規則,通常需要使用客戶端提供的「覆寫」或「額外規則」功能,把自訂內容單獨存放,避免和訂閱更新的主設定混在一起。
日誌頁資訊太多看不過來,有沒有辦法只看某個節點或某條規則的記錄?
部分客戶端的日誌頁支援關鍵字篩選或搜尋框,可以直接輸入節點名稱或網域關鍵字縮小範圍。如果客戶端本身沒有篩選功能,也可以配合連線面板按目標位址排序查看,效果類似。