先釐清用戶端介面與代理核心的差異
Clash 用戶端通常由圖形介面與代理核心組成。介面負責匯入訂閱、顯示策略組及切換系統代理;核心則負責讀取設定、比對規則與建立連線。Clash Verge Rev、FlClash 等用戶端的選單位置各不相同;使用 mihomo 的用戶端也可能提供原版 Clash 沒有的設定功能。介面上標示「Clash」,不代表所有欄位與功能都完全相同。
本文以桌面用戶端常見頁面說明操作;路徑中的「代理」、「設定」、「日誌」指的是相應功能頁。有些用戶端會將「設定」稱為「訂閱」。以下以 Clash Verge Rev 常見版面為例:先從左側進入「設定」匯入檔案,再前往「代理」選擇策略,最後到「設定」檢查系統代理。不同版本可能會調整按鈕名稱,請以目前介面顯示的文字及實際生效的設定為準。
| 頁面或區域 | 主要功能 | 優先檢查項目 |
|---|---|---|
| 代理頁 | 選擇模式、查看策略組、切換出口 | 目前模式,以及規則實際引用的策略組 |
| 設定頁 | 匯入、更新與選擇設定檔 | 目前啟用的項目與最近一次更新結果 |
| 日誌頁 | 查看核心事件與錯誤 | 錯誤發生時間、等級與目標位址 |
| 連線頁 | 查看目前連線與命中規則 | 連線走 DIRECT,還是經過某個代理組 |
| 設定頁 | 管理代理入口、服務與啟動方式 | 系統代理、TUN、監聽連接埠 |
代理頁:模式、策略組與節點選擇
規則、全域、直連不是三個節點
代理模式會決定流量如何選路。rule 會依照設定中的 rules 由上而下比對;global 通常會將進入核心的連線交由全域策略處理;direct 則讓進入核心的連線直接連線。日常需要依網站分流時,應先選擇「規則」。切換成「全域」不會自動接管未經用戶端的應用程式流量,也不代表已啟用 TUN。
- 規則模式:適合讓區域網路及指定網站直連,其他目標則使用代理。
- 全域模式:適合暫時確認問題是否出在分流規則。確認後應切回原本的模式。
- 直連模式:可用來比對本機網路,但流量仍可能經過核心的 DNS 處理,不等於完全退出用戶端。
先找出規則引用的策略組
「節點」是實際的代理出口,「策略組」則是選擇出口的邏輯。類型為 select 的策略組可手動選擇;url-test 會依健康檢查結果自動選路;fallback 則依可用性與順序選擇。看到多張策略組卡片時,不必逐一修改:先到連線頁確認目標命中了哪個策略組,再調整該組的選項。
以下設定片段僅用來說明介面之間的關係,並非完整訂閱。手動選擇 的候選項只有 DIRECT,因此無法提供境外代理出口。實際訂閱會在此處引用已定義的節點或代理提供者。
mode: rule
proxy-groups:
- name: 手動選擇
type: select
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,example.com,手動選擇
- MATCH,DIRECT
在這段設定中,連線至 example.com 及其子網域會命中「手動選擇」;其他目標則會命中最後的 MATCH。即使介面還顯示其他策略組,若沒有規則引用它們,切換這些組也不會改變這次連線的出口。
延遲測試結果只適用於受測目標
代理頁的「測速」通常是連線至指定 URL,測試連線狀態或延遲,並非測量下載頻寬。例如顯示 80 ms,只代表當時連線至該測試目標的結果;不能據此判斷影片載入速度,也無法推定所有網站都能存取。「逾時」也可能是測試目標無法連線、DNS 異常或節點故障所致,應搭配日誌一起判斷。
設定頁:匯入、啟用與更新訂閱
成功匯入不代表目前已啟用
設定頁會保存可供核心載入的設定來源。遠端訂閱通常透過 URL 取得 YAML,本機設定則從檔案匯入。部分用戶端支援單一節點連結或其他訂閱格式,也有些只接受 Clash YAML。若解析失敗,應先確認格式是否相容,而不是反覆按下更新。
- 前往「設定」或「訂閱」頁面,透過 URL 輸入欄位或新增遠端設定的入口貼上訂閱網址。
- 執行「匯入」或「下載」,等待設定檔卡片出現,並確認是否顯示解析錯誤。
- 選取該設定檔,確認介面顯示「目前」、「已啟用」或選取標記。新增卡片不一定會自動取代目前使用的項目。
- 返回「代理」頁,確認預期的策略組是否出現;若仍顯示舊的策略組,請檢查切換設定是否失敗。
訂閱網址通常含有存取權杖,應視同憑證妥善保管。排查時只提供網域、狀態碼和錯誤類型,不要在公開留言區貼出完整網址;用戶端顯示的 QR Code 也可能含有相同憑證。
更新訂閱不等於升級用戶端
設定檔卡片上的「更新」通常會重新下載遠端內容,更新節點、規則與策略組;軟體升級則是更新用戶端程式,核心升級則是更換代理引擎,三者功能不同。遇到協定不受支援時,更新訂閱未必能解決問題,還需要確認目前的核心是否支援該協定與欄位。
手動編輯遠端設定後,下次更新訂閱時可能會覆蓋修改。若要長期保留連接埠、DNS 或規則的調整,應優先使用用戶端明確提供的覆寫、合併或擴充設定功能。儲存後也要查看「執行設定」或「生效設定」:來源檔案中有某個欄位,不代表經用戶端合併後仍會保留相同的值。
- HTTP 401 或 403:優先檢查訂閱憑證、服務狀態與存取權限。
- HTTP 404:檢查網址是否完整、路徑是否已失效,並確認沒有把網頁入口誤當成訂閱網址。
- YAML 解析錯誤:檢查縮排、欄位型別,以及伺服器是否回傳 HTML 錯誤頁面。
- 下載逾時:確認本機網路能否連線至訂閱網域;若用戶端支援透過代理更新,也要確認更新所用的代理可正常連線。
設定頁:系統代理、連接埠與 TUN 開關
在 Clash Verge Rev 常見的版面中,系統代理與 TUN 開關位於「設定」的相關設定區域;其他用戶端也可能將開關放在首頁。請依開關名稱尋找,不要把「開機啟動」當成「代理已啟用」。開機啟動只會在開機時啟動程式;服務模式通常是為了提供核心執行所需的系統權限。
系統代理需由遵循系統設定的應用程式配合
系統代理會將作業系統的 HTTP 代理指向本機監聽位址。以下以 127.0.0.1:7890 作為說明範例,不代表每款用戶端的預設連接埠。若生效設定中的 mixed-port 是 7897,手動設定代理的應用程式也應填入 7897,而不是照抄教學中的 7890。
# 本機入口片段,並非完整設定
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
mixed-port 可在同一個連接埠提供 HTTP 與 SOCKS 代理入口。allow-lan: false 用來限制區域網路存取;若要讓其他裝置使用本機代理,還需要設定監聽位址、防火牆與驗證,不應只為了「試試看」就開啟區域網路分享。
TUN 可接管更多流量
TUN 透過虛擬網卡與路由機制,將更多流量交由核心處理,常用於不遵循系統代理設定的應用程式。它需要作業系統權限、虛擬網卡與核心支援,並不是系統代理開關的另一種稱呼。新手應先確認一般瀏覽器透過系統代理能正常連線,再嘗試使用 TUN;若發生斷網,先關閉 TUN,確認基本連線恢復。
日誌頁:等級篩選與錯誤排查
分清篩選等級與記錄等級
日誌頁用來查看核心執行事件,不是訂閱節點清單。常見等級包括 debug、info、warning、error;設定也可使用 silent 停止一般日誌輸出。介面上的等級篩選只會決定顯示哪些已收到的記錄;核心設定中的 log-level 則決定哪些記錄會產生。若核心只輸出 info 以上的等級,即使介面選擇 Debug,也無法補回先前未產生的偵錯資訊。
日常使用維持 info 即可。若要重現較複雜的故障,可暫時將核心日誌等級設為 debug,重新載入設定後再操作一次,完成後記得還原。偵錯日誌可能包含網域、IP 與連線細節,分享前應移除訂閱權杖、驗證資訊及不宜公開的瀏覽記錄。
將錯誤與特定操作對照
- 記下時間,例如 14:32,接著只開啟一次發生問題的網站。
- 在日誌頁找到該時間附近的記錄,優先查看目標網域、出口名稱與錯誤原因。
- 前往連線頁核對命中規則與策略鏈,確認是否使用預期的節點。
- 一次只變更一項條件,例如切換節點,再重新連線並比較結果。
| 日誌線索 | 常見原因 | 下一步 |
|---|---|---|
address already in use | 監聽位址或連接埠已被占用 | 關閉重複執行的核心,並檢查本機監聽連接埠 |
connection refused | 目標拒絕連線或服務未監聽 | 確認目標位址、連接埠與服務狀態 |
i/o timeout | 連線或讀寫逾時 | 搭配目標與出口判斷,並切換節點比對 |
| DNS 查詢相關錯誤 | 解析要求未完成或回應異常 | 檢查 DNS 設定與解析伺服器是否可連線 |
| 設定解析失敗 | 欄位、縮排或引用格式有誤 | 返回設定頁,檢查錯誤行與欄位相容性 |
錯誤訊息只能提供線索,不能單獨作為診斷結果。例如逾時可能是代理伺服器或目標網站的問題;不能只看到一次 timeout 就認定訂閱已失效。應搭配發生時間、失敗範圍與對照測試一起判斷。
連線頁與首次使用檢查順序
比起延遲測試,連線頁更適合用來確認「這個網站實際走哪裡」。常見資訊包括目標網域或 IP、上傳與下載流量、命中規則及策略鏈;是否顯示程序名稱,則取決於平台、權限與核心設定。某個應用程式沒有出現在連線頁,可能是它尚未建立新連線,也可能是流量未進入核心,不能因此直接判定用戶端故障。
依序檢查四個頁面,完成一次驗證
- 設定頁:確認目標設定已啟用,載入時沒有發生錯誤。
- 代理頁:選擇規則模式,並確認目標策略組的出口可用。
- 設定頁:啟用系統代理並核對本機連接埠;首次驗證時先不要同時啟用 TUN。
- 連線頁與日誌頁:前往目標網站,檢查新連線使用的規則與出口,再查看同一時段的錯誤。
若瀏覽器正常但某個應用程式無法連線,先確認該程式是否遵循系統代理;必要時為它單獨設定 HTTP 或 SOCKS 入口,再評估是否使用 TUN。若所有應用程式都無法連線,先檢查設定是否載入、核心是否執行及連接埠是否衝突,最後再排查節點與 DNS。依各頁面的功能逐項檢查,比反覆更換訂閱或重裝用戶端更容易找出問題。
退出用戶端前,也要留意系統代理是否已還原。若程式異常結束後瀏覽器無法上網,可在 Windows「設定」→「網路和網際網路」→「Proxy」檢查手動代理項目;macOS 則可前往「系統設定」→「網路」→目前使用的網路服務→「詳細資訊」→「代理伺服器」檢查。只清除用戶端留下的本機代理設定,不要任意修改公司或學校要求的代理設定。