• Clash 生態系 · 用戶端與設定

Clash精選用戶端下載與設定

依裝置選擇用戶端,從匯入訂閱到規則分流,整理成繁體中文教學,方便跟著操作。

  • 開源核心
  • 多平台用戶端
  • 分層故障排除

Clash 設定的五個環節

先了解流量如何進入用戶端,再決定流量的去向。以下片段僅用於說明設定結構,並非可直接連線的完整訂閱。

代理模式/行為說明

依序比對規則

符合規則後,依指定策略群組或直連處理。日常使用建議先選此模式,再查看連線記錄中的命中規則。

mode: rule

代理模式與流量走向

日常需要同時存取不同地區的服務時,建議先使用規則模式。此模式會依設定中的比對條件決定直連或代理,不必每次切換整個網路。全域模式適合暫時驗證代理連線;直連模式則適合比對本機網路。三種模式只會改變已進入核心的流量去向,不能取代系統代理或 TUN 的接管設定。

如果切換至全域模式後網站恢復正常,但規則模式仍有問題,請檢查命中的規則與策略群組,不必急著重新安裝用戶端。比對時請使用相同的應用程式、目標網址與網路,才能判斷差異來源。

了解更多 →

config.yaml/策略群組結構

proxy-groups:
  - name: 手動選擇
    type: select
    proxies:
      - DIRECT

此結構範例僅包含直連項目。實際代理名稱必須與設定中已定義的項目一致。

策略群組與訂閱設定

需要手動選擇出口時,使用 select 策略群組;需要自動選擇或故障切換時,再了解 url-test 與 fallback。策略群組本身不會提供代理伺服器,只負責將現有項目整理成可選路徑。名稱必須與引用內容完全一致,包括空格與大小寫,否則設定可能無法載入。

匯入 Clash 訂閱連結後,先確認設定已啟用,再查看群組中是否有可用項目。請勿將服務商管理頁面的登入網址當成訂閱連結。若服務商提供多種格式,請選擇與目前核心相容的格式;測速結果也應搭配實際連線狀況判斷,不要只依單一測試數值選擇節點。

了解更多 →

config.yaml/規則比對順序

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT
  - MATCH,手動選擇

規則會由上而下比對;末尾的策略名稱必須對應已定義的策略群組。

規則分流與例外處理

若要指定網站直連、其他流量交由代理策略處理,請先檢查規則順序。較明確的網域規則通常應放在前面,兜底用的 MATCH 則放在最後。網域規則、位址規則與遠端規則集各有不同用途;同一目標一旦符合前面的規則,後續規則通常不會再參與一般路由選擇。

無法連線至區域網路服務時,先確認目標位址是否符合直連規則,再檢查 DNS 解析結果。自訂規則建議透過用戶端支援的覆寫機制保存,避免直接修改遠端訂閱內容,導致下次更新時被覆蓋。每次只新增少量規則,並記錄修改前後的連線結果。

了解更多 →

網路接管/靜態設定範例

系統代理 · 已啟用
TUN 模式 · 已停用
混合連接埠7890

此處僅示意設定,不會變更目前裝置的網路狀態。

系統代理與 TUN 模式

瀏覽器可以連線,但部分應用程式仍無法使用時,先確認該應用程式是否遵循系統代理設定。系統代理會將代理位址寫入作業系統設定,只有會讀取這些設定的應用程式才會使用。TUN 透過虛擬網路介面接管流量,涵蓋範圍通常較廣,但需要適當的權限、路由與 DNS 配合,並非單純的加速開關。

初次設定建議先只啟用系統代理,確認訂閱、模式與出口都可用後,再視需要測試 TUN。若同時執行其他 VPN 或網路過濾工具,請先關閉其中一套進行比對。連接埠占用、虛擬網卡權限與路由衝突,可參考故障排除手冊逐項檢查;不要一次變更多項設定。

了解更多 →

訂閱管理/自動更新

設定來源
遠端訂閱
自動更新
啟用
更新間隔
24 小時
本機覆寫
分開儲存

此間隔僅為說明範例,請依服務商建議與用戶端功能調整。

訂閱更新與本機修改

服務商調整伺服器或規則後,需要重新取得訂閱,用戶端才會載入新內容。自動更新可減少手動操作,但更新成功不代表每條線路都能連線。請一併確認更新時間、設定解析狀態與實際連線結果。更新失敗時,先檢查連結是否過期、網路是否可連通,以及回傳內容是否正確;不要重複新增相同訂閱。

本機規則、DNS 與策略群組的修改,最好與遠端內容分開管理。更換用戶端前,除了訂閱連結,也要記錄覆寫檔案、選用的策略及必要的連接埠設定。訂閱網址可能含有存取憑證,分享記錄或截圖前請遮蔽完整連結;也不建議將私人訂閱提交給來源不明的線上轉換服務。

了解更多 →

開源專案與設定參考

請區分核心、用戶端與訂閱服務。安裝檔是否適用於裝置、設定是否相容、連線是否可達,都需要分別確認。

Clash 生態系與 mihomo 核心

Clash 生態系包含負責代理轉送與規則比對的核心,也包含負責管理設定的圖形化用戶端。原始 Clash 專案停止維護後,社群持續開發相容核心與用戶端;mihomo 是其中持續發展的開源核心專案。舊教學中的介面名稱與設定欄位不一定符合目前工具,查閱時請先確認用戶端實際使用的核心。

圖形化用戶端主要提供訂閱匯入、模式選擇、連線狀態查看與系統整合。不同介面即使都使用 mihomo,在覆寫合併、權限要求、設定儲存與服務執行方式上仍可能有所差異。因此移轉設定時,應先轉移訂閱與規則,再逐項還原本機設定,不要直接覆蓋另一台裝置的整個資料夾。

以專案文件確認功能範圍

核心的設定語法、協定支援與欄位意義,可參考 MetaCubeX/mihomo 開源儲存庫及其文件。若設定無法載入,先記下錯誤訊息,再檢查欄位層級、縮排與引用名稱。網路無法連線與語法錯誤是不同問題,不應反覆更換用戶端來混在一起排查。

公開原始碼有助於了解程式行為與追蹤變更,但不能取代實際裝置環境測試。安裝前仍須確認作業系統需求、處理器架構與用戶端維護狀態。對於已停止維護的工具,應分開考量舊設定相容需求與日常使用需求;不要只因熟悉舊介面,就忽略新的系統權限與協定相容性。

更新與排查的處理順序

軟體更新、訂閱更新與規則集更新是三回事。軟體更新會變更用戶端或核心功能;訂閱更新會變更服務商提供的設定;規則集更新則會變更比對資料。排查時應先記錄最近發生的變更,再決定是否復原或調整。只更新訂閱無法修復用戶端權限問題;重新安裝軟體也不會自動恢復失效的訂閱權限。

比對問題時,每輪只變更一個因素:先用同一條線路測試同一個目標,再檢查規則命中、DNS 解析與應用程式接管情況。保留一份可正常載入的設定,並記下原本的連接埠與模式。回報問題時,提供用戶端名稱、系統環境、重現步驟與已去除敏感資訊的記錄,比只說「無法上網」更容易找出原因。

Clash精選整理用戶端下載入口與設定參考,不提供代理線路,也不代表任何用戶端開發專案。訂閱服務是否有效、裝置所在網路及目標服務的存取條件,都會影響使用結果。使用前請遵守所在地法律、網路管理規範及相關服務條款;設定公司網路或共用裝置前,應先取得管理者許可。

首次使用時,請依設定教學的順序完成匯入與驗證;已可連線但使用異常,請前往故障排除手冊依症狀查找。檢查連接埠占用可直接查看連接埠設定章節;判斷線路狀況可參考節點測速步驟。依照這個順序處理,可避免在不同頁面反覆嘗試不相關的操作。

近期設定文章

基本連線正常後,再處理規則分流、多裝置同步與速度問題。每篇文章聚焦一項設定任務,避免同時變更多個環節。

查看所有文章 →

Linux 企鵝圖示:Font Awesome,採用 CC BY 4.0 授權。