介面分區:先釐清設定、選擇與執行狀態

Clash 用戶端由圖形介面與代理核心組成。介面負責匯入設定、調整選項及顯示狀態;Clash 或 Clash Meta(mihomo)核心則負責監聽連接埠、比對規則並建立連線。因此,介面能開啟、訂閱更新成功、節點測速有結果,是三種不同層面的狀態,不能互相取代。

不同用戶端的側邊欄順序與名稱不盡相同。桌面版常見「代理」、「設定」、「連線」、「規則」、「日誌」、「偏好設定」等項目;行動版則可能把部分功能放在底部導覽列或次級選單。以下依常見的功能瀏覽順序說明;選單路徑代表功能入口,實際名稱請以使用中的用戶端為準,並非針對某個固定版本逐像素操作。

頁面主要項目優先確認
代理頁面策略組與節點目前模式、群組內的選取項目
設定頁面訂閱、YAML、覆寫啟用中的設定、更新結果
連線頁面正在處理的連線目標、規則、代理鏈
規則頁面生效中的比對規則規則順序、目標策略
日誌頁面核心執行事件時間、層級、錯誤位置
偏好設定頁面流量入口與用戶端選項系統代理、TUN、監聽連接埠

代理頁面:選擇策略組,不只是點選節點

規則、全域與直連模式

常見路徑為「代理」→「模式」。規則模式對應 mode: rule,連線會依照設定中的規則順序尋找出口;全域模式會將一般連線交由全域策略處理,通常顯示為 GLOBAL;直連模式則直接連線。模式決定流量分流方式,不能取代系統代理或 TUN 將應用程式流量送進核心。

日常使用通常先選擇規則模式,再查看規則引用的策略組。假設規則將某個網域交給「網頁出口」,但你只修改了「下載出口」,該網域的新連線仍可能使用原本的節點。要確認切換是否生效,應核對實際命中的群組,而非只看某張節點卡片是否反白。

策略組類型會決定按鈕的作用

  • select:手動選擇節點或子策略組,適合明確指定出口。
  • url-test:依設定的測試網址與週期評估候選項目,並配合容差等設定選擇出口;不等同於依下載頻寬排名。
  • fallback:通常依候選順序選擇可用項目,著重故障切換,而非永遠挑選延遲最低的項目。
  • load-balance:依設定的策略分配連線,不代表單一一般下載連線會整合所有節點的頻寬。

群組中也可能出現 DIRECT、REJECT 或另一個策略組。它們分別代表直連、拒絕,或交由下一層選擇,並非都是真實伺服器。按下測速按鈕後顯示的毫秒數,是針對指定測試目標的一次探測結果;例如 80 ms 與 160 ms 只能在該次測試條件下比較,無法據此推算影片傳輸速度。此處數值僅為讀數範例,並非實測報告。

設定頁面:匯入、更新與啟用是三個步驟

常見路徑為「設定」→「匯入」或「新增」。遠端訂閱通常填入訂閱網址;本機設定則選取 YAML 檔案。匯入會建立設定項目;更新會重新取得內容;啟用則會讓核心載入該份設定。有些用戶端匯入後會自動啟用,有些則需要點選設定卡片,不能只因清單中出現名稱,就認定已完成切換。

匯入時需確認的四項資訊

  1. 內容類型:瀏覽器能開啟的網址不一定會回傳 Clash YAML。登入頁面、錯誤訊息或其他用戶端格式,都可能造成解析失敗。
  2. 啟用標記:確認目標設定已勾選或反白,再檢查代理頁面是否出現預期的策略組。
  3. 更新時間:更新成功代表用戶端已取得新內容,不代表每個節點都能建立連線。
  4. 錯誤訊息:分辨下載失敗、YAML 語法錯誤與核心不支援欄位,這三種情況需要不同的處理方式。

訂閱網址通常含有存取憑證,應視同密碼保管。截圖時請遮住完整網址、QR Code 與權杖,勿貼到公開的問題回報中。部分用戶端顯示的流量額度與到期時間來自伺服器回應標頭;沒有顯示這些資訊,不一定代表匯入失敗。

直接編輯原始設定與使用覆寫的差異

遠端設定更新時,可能會覆蓋直接編輯的內容。若要長期保留本機規則、DNS 或連接埠設定,建議使用用戶端提供的「覆寫」、「合併」或腳本功能,並確認其套用對象是哪份設定。不同用戶端的合併順序各異,不能只看編輯器中的原始 YAML 來判斷實際執行值。

# 教學片段:說明欄位用途,並非完整訂閱
mixed-port: 7890
mode: rule
log-level: info
allow-lan: false

這裡的 7890 是混合監聽連接埠範例,可接收 HTTP 與 SOCKS 代理連線,並非所有用戶端的預設值。儲存後若介面提供「檢視執行中的設定」或類似功能,請在該處確認最終值。欄位說明請參閱YAML 設定手冊,不要直接把這段片段當成可連線的完整設定。

連線頁面:確認請求經過哪個出口

連線頁面可用來查看已進入核心的流量,常見欄位包括目標主機、目標 IP、連接埠、上傳與下載位元組數、連線時間、比對規則及代理鏈。是否能顯示程序名稱,取決於系統權限、核心能力與程序識別設定;欄位空白不代表流量一定異常。

從單筆連線還原處理路徑

  1. 開啟「連線」,依目標網域或程序篩選。只造訪一個待測網站,減少背景流量干擾。
  2. 查看目標連接埠。HTTPS 常見連接埠為 443,但僅憑連接埠無法證明流量已使用代理。
  3. 查看規則,例如 DOMAIN-SUFFIX、IP-CIDR 或兜底規則 MATCH。
  4. 查看代理鏈,確認最終使用的是 DIRECT、指定節點,還是經過某個巢狀策略組。
  5. 變更群組內的選擇後重新建立連線,再比較代理鏈是否改變。

若頁面沒有顯示目標應用程式的連線,請先確認應用程式是否有使用代理,而不是立刻更換節點。可能原因包括應用程式不讀取系統代理設定、自行設定代理、系統略過清單,以及 TUN 路由未涵蓋目標流量。連線頁面只能顯示核心處理的連線,不能直接當成全系統流量監視器。

「關閉連線」會中斷選取的工作階段,應用程式可能會自動重新連線;「全部關閉」則可能影響正在下載的檔案、會議或長連線服務。建議優先關閉篩選後的目標連線。頁面顯示的累計流量通常是本次執行或目前統計範圍內的數據,不等同於訂閱服務商的計費帳單。

規則頁面:釐清為何直連或使用代理

規則頁面通常用來查看執行狀態,不一定支援直接編輯。規則會依序比對,最先符合的規則決定處理目標;較精確的規則若排在寬泛規則之後,可能沒有機會生效。以下片段使用保留的範例網域,重點在於呈現規則順序與策略引用:

rules:
  - DOMAIN-SUFFIX,example.com,網頁出口
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,網頁出口

網頁出口 必須在完整設定中有對應的策略定義。no-resolve 表示這條 IP 規則不會主動觸發網域解析,並不代表停用整個用戶端的 DNS。最後的 MATCH 是兜底規則;若提前放在清單開頭,後續一般規則就不會有機會命中。

設定使用 rule-providers 時,還要區分主要規則清單與外部規則集。規則集下載失敗、內容尚未更新與規則順序錯誤,在介面上的表現可能相似。先在連線詳細資訊中確認命中項目,再回到設定頁檢查規則來源,比反覆切換全域模式更容易找出原因。

日誌頁面:依時間定位錯誤,不要逐行猜測

常見路徑為「日誌」→「層級篩選」。核心日誌常見層級包括 debug、info、warning 與 error,用戶端可能會以中文顯示。篩選器只會改變目前顯示的內容;修改 log-level 才會影響核心產生哪些層級的紀錄,兩者並非相同設定。

常見日誌片段可能原因下一步
address already in use本機監聽位址或連接埠遭占用檢查其他用戶端或背景執行的核心
connection refused連線遭到主動拒絕確認錯誤指向的目標,再檢查服務狀態與連接埠
i/o timeout網路操作逾時判斷逾時發生於 DNS、連往節點或連往目標的哪個階段
no such host名稱解析沒有取得可用結果檢查網域名稱與 DNS 設定
certificate可能與 TLS 憑證驗證有關檢查系統時間、伺服器名稱與憑證資訊

有效的排查方式是先記下操作時間,再重現一次問題。例如在 14:32:10 送出請求,就查看該時刻前後的紀錄,確認錯誤對象是訂閱伺服器、代理節點還是目標網站。只截取一句 timeout,通常缺少判斷所需的上下文。

偏好設定頁面:系統代理、TUN 與連接埠各自控制什麼

系統代理是應用程式的流量入口

常見路徑為「偏好設定」→「系統代理」,部分用戶端會將開關放在首頁。這項功能通常會將作業系統的代理位址指向本機監聽連接埠,例如 127.0.0.1:7890。只有遵循系統代理設定的應用程式才會透過此入口送出流量;開啟開關不代表所有程式都已進入核心。

如果外部程式需要手動填入代理位址,請以用戶端顯示的實際連接埠為準。HTTP 專用連接埠、SOCKS 專用連接埠與混合連接埠可能不同。請勿將控制面板使用的 external-controller API 位址填入瀏覽器的代理欄位;它是控制介面,不是流量代理入口。

TUN 是虛擬網路介面,不是另一種節點

桌面版常見路徑為「偏好設定」→「TUN 模式」,啟動時可能需要管理員權限或服務支援。TUN 透過虛擬介面與路由接收 IP 流量,但實際涵蓋範圍仍受自動路由、排除路由、DNS 接管及系統環境影響。行動版則常透過系統 VPN 介面運作,開關位置與桌面版不同。

  • 系統代理可用,但部分應用程式無法使用:先確認應用程式是否支援系統代理,再評估是否需要 TUN。
  • 啟用 TUN 後無法正常存取區域網路:檢查區域網路排除路由、DNS 與其他 VPN 的衝突,不要只更換節點。
  • 允許區域網路:allow-lan 控制其他裝置存取代理監聽服務的權限,不代表允許本機存取區域網路裝置。
  • 開機啟動與啟動後啟用代理:可能是兩個獨立選項,設定其中一項後,還要確認另一項。

需要更換用戶端時,可在用戶端比較評測中依作業系統與功能進行比較。請勿同時啟用兩套用戶端的系統代理與 TUN,再據此判斷單一用戶端的運作情形;先保留一個明確的流量入口,才容易重現問題並排查。

首次使用:六個步驟完成介面檢查

  1. 設定頁面:匯入適用的 Clash YAML 或訂閱,確認更新成功並啟用。
  2. 代理頁面:選擇規則模式,找出規則實際引用的策略組,再選擇可用出口。
  3. 偏好設定頁面:確認核心正在執行、實際監聽連接埠,以及系統代理或 TUN 的入口狀態。
  4. 連線頁面:造訪目標網站,檢查新連線的目標、命中規則與代理鏈。
  5. 日誌頁面:若請求失敗,依發生時間查看前後紀錄,只調整與錯誤相關的單一設定。
  6. 重新檢查設定頁面:更新訂閱後,再檢查本機覆寫與啟用中的設定,確認修改仍然生效。

這六個步驟會分別確認「設定是否載入」、「流量是否進入」、「規則是否命中」及「出口是否可連線」。日後遇到代理頁面顯示正常但網頁無法開啟,或切換節點後出口似乎沒變,都可以回到相關頁面查證,避免把不同層面的問題混在同一次操作中。