Clash 用戶端 · 下載與設定

Clash之家 · 用戶端下載 訂閱匯入與規則分流

依裝置選擇用戶端,使用現有訂閱完成設定;從規則模式開始,再視需要啟用系統代理或TUN 模式。

  • 開源核心生態系
  • 多平台用戶端
  • 中文設定教學

選擇裝置平台

依平台下載

Clash 用戶端,先選擇裝置

用戶端負責操作介面與系統整合,核心則負責處理連線。先確認作業系統與處理器架構,再比較訂閱管理、服務模式等功能。初次安裝可從 Clash Plus 開始;Linux 使用者可參考 Clash Verge Rev 與 FlClash。

安裝套件能否執行,不只取決於平台名稱。還需確認作業系統支援範圍、處理器架構、圖形環境與權限。舊用戶端可保留作為遷移參考,但新裝置更適合從持續維護中的專案開始。下載頁會區分可選用戶端與封存專案,避免只憑熟悉的名稱選擇套件。

若已有 Clash for Windows 設定,請先備份訂閱網址、手動規則與代理群組選擇,再到新用戶端重新匯入。不要直接覆蓋整個舊程式資料夾;用戶端本身的設定檔與訂閱 YAML 往往不是相同格式。想先比較操作方式,可查看用戶端橫向評比。

查看所有用戶端 →

快速上手預覽

從匯入訂閱到確認連線,三步完成

安裝好用戶端,不代表已經有可用的代理設定。請先準備可信來源提供的相容訂閱,再依照以下步驟操作。初次設定時先保留預設連接埠與 DNS 選項,避免同時變更多個項目,之後遇到問題也較容易找出原因。

  1. 匯入並選取設定

    開啟「訂閱」或「設定」,選擇從 URL 匯入,貼上完整訂閱網址並更新。出現設定名稱後,還要將它設為目前使用的設定。若提示格式錯誤,先確認取得的是 Clash 相容 YAML,而非其他用戶端專用連結;切勿將含有憑證的訂閱網址貼到公開討論區。

  2. 選擇規則與流量接管方式

    執行模式先選「規則」,再到代理群組指定可用節點,並在桌面版啟用「系統代理」。行動裝置則依系統提示允許 VPN 連線。規則模式決定連線要前往何處,系統代理或 TUN 則決定哪些連線會進入核心;兩者並非可互相取代的開關,不必為了「全域」一次全部啟用。

  3. 查看連線與命中規則

    造訪需要代理的網站,再查看「連線」或「日誌」中的目標網域、規則與出口。若瀏覽器可用但某個應用程式無法連線,先確認該程式是否讀取系統代理,再考慮使用 TUN。測試時一次只變更一項設定,保留可正常運作的設定;確認結果後再調整 DNS 或分流規則。

查看完整教學 →

設定頁面瀏覽器

Clash 常用設定,依問題查找

先分清「接管連線」與「選擇出口」,再調整規則、連接埠與設定。以下為設定項目示意,並非目前裝置的執行狀態;實際名稱與可用選項請以所選用戶端為準。

規則模式:依序決定連線出口

若希望工作網站直連、其他連線走指定代理群組,請選擇「規則」模式。核心通常會由上而下比對,第一條符合的規則決定出口,因此自訂網域規則應放在兜底規則之前。全域模式則會將連線交由全域代理群組處理,不代表所有應用程式都已被接管。各用戶端的規則編輯、覆寫與合併入口各不相同;訂閱會定期更新,長期自訂內容宜放在用戶端支援的覆寫位置,以免更新後遭到取代。

網域後綴規則示意DOMAIN-SUFFIX,example.com,DIRECT

開源生態系與使用範圍

用戶端、核心、訂閱,各司其職

Clash之家是整理用戶端下載資訊與中文教學的網站,並非各用戶端的開發團隊。評估專案是否適合長期使用,應查看上游儲存庫、維護紀錄與設定相容性,而不只是看介面是否熟悉。

從 Clash 到 mihomo

Clash 生態系的基礎,是透過設定檔描述代理、代理群組與分流規則,再由核心處理連線。社群以這套設定方式為基礎,發展出不同的桌面介面與行動用戶端。原版 Clash 已停止公開維護,後續專案並非同一個程式更換名稱而已;功能範圍、預設行為與設定支援都可能有所不同。

Clash Meta 後續以 mihomo 名稱持續維護,是目前生態系常見的核心選擇之一。名稱相近不代表所有欄位都能互通,尤其是較新的代理協定、DNS 選項與規則功能。舊教學可協助理解基本概念,但實際設定仍應以目前執行中的核心文件為準。排查錯誤時,先找出具體欄位與核心資訊,比只搜尋用戶端名稱更有效。

圖形介面用戶端與核心的分工

Clash Plus、Clash Verge Rev 等用戶端提供設定管理、代理群組選擇、日誌檢視與系統整合功能。核心負責處理連線進入後的規則比對、網域解析與上游連線建立。用戶端與核心的更新時程可能不同,因此某個介面新增了開關,不代表所有平台都採用完全相同的實作。

選擇用戶端時,先確認裝置支援、訂閱相容性與所需的流量接管方式,再考慮介面偏好。初次使用可優先參考 Clash Plus;Linux 使用者可比較 Clash Verge Rev 與 FlClash。若要從 Clash for Windows 遷移,請保留原設定作為備份,逐項確認系統代理、連接埠與覆寫規則,不要將舊用戶端的資料目錄直接當成通用設定匯入。

訂閱內容從何而來

下載用戶端與使用代理服務是兩回事。訂閱可能包含節點、代理群組、規則與 DNS 設定,能否使用則取決於訂閱來源與實際網路環境。成功匯入只代表檔案已被辨識,不表示其中所有節點都能連線。測試時應先選取目前設定,再確認代理群組指向可用節點,最後查看連線紀錄。

訂閱 URL 通常帶有存取憑證,外洩後可能讓他人讀取設定。排查問題時可提供已遮蔽敏感資訊的錯誤內容、欄位名稱與操作步驟,但不要上傳完整訂閱網址或含密碼的設定。需要轉換格式時,也應先了解轉換服務如何處理連結;單純的節點清單無法憑空還原原設定中的策略群組與完整規則。

更新與排查的基本順序

更新用戶端、更新核心與更新訂閱,解決的是不同問題。介面當機先查看用戶端日誌,協定不受支援先查核心說明,節點失效則先檢查訂閱狀態。若一次同時升級軟體、更換 DNS、修改連接埠並啟用 TUN,原本容易定位的問題就會變得複雜。較穩妥的做法是保存可用設定,每次只調整一個環節。

透過開源儲存庫可以查看提交紀錄、問題討論與版本說明,但不應將討論串中的臨時參數直接當成通用解法。請對照自己的系統、用戶端與錯誤位置,判斷建議是否適用。以下提供 mihomo 上游儲存庫的複製指令,供需要閱讀原始碼或追蹤實作的使用者參考;一般使用者只需安裝圖形介面用戶端,不必先學習編譯。

查看 mihomo 上游原始碼

MetaCubeX / mihomo ↗ · 原始碼、問題紀錄與版本說明

git clone https://github.com/MetaCubeX/mihomo.git

先判斷問題出在哪個環節

網頁無法開啟時,先確認原本的網路是否正常,再查看用戶端是否出現該目標的連線紀錄。完全沒有紀錄時,優先檢查系統代理、應用程式本身的代理設定或 TUN 路由;有紀錄但連線失敗時,再查看選取的代理群組與節點。若連線成功卻走錯出口,就回頭檢查規則順序與網域辨識。依照這個順序處理,比反覆切換「全域」更容易找出原因。

DNS 也是連線流程的一環。Fake-IP 會透過對應位址協助核心將連線關聯回網域,並不是「啟用後所有問題都會消失」的通用選項。若與區域網路服務、其他 VPN 或特定應用程式搭配使用,應依實際狀況調整過濾與解析設定。協定選擇、行動裝置耗電表現與核心相容性等細節,可繼續參閱協定手冊;實際操作入口則整理在快速上手教學中。

近期教學

TUN、系統代理與啟動問題排查

查看所有文章 →

完成基本連線後,再依實際問題深入排查。流量接管範圍不正確,先檢查系統代理與 TUN;程式無法開啟,先查看啟動日誌。不要用處理連線故障的方法修正設定語法錯誤,也不要在尚未選取設定時反覆更換節點。

Clash下載