開源生態 · 全平台設定手冊

Clash中文指南
客戶端與設定教學

集中整理 全平台客戶端訂閱匯入步驟mihomo 設定說明。從安裝套件選擇開始,逐項完成代理模式、規則、DNS、系統代理與 TUN 設定。

  • 永久免費
  • 原始碼開放
  • 中文文件
  • mihomo 核心
PLATFORMS 05 CORE mihomo LICENSE GPL-3.0 CONFIG YAML MODES rule / global / direct

CONFIGURATION BROWSER

規則、訂閱與系統接管

Clash 的主要功能集中在設定載入、流量識別與代理策略執行。以下依照實際設定結構拆解說明,方便判斷應先處理訂閱、規則,還是系統網路接管。

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
MATCH,PROXY

規則依序比對

規則模式會由上到下檢查連線目標。網域後綴規則適合處理明確網站,GEOIP 可依目標位址分類,MATCH 則放在最後,接住前面未命中的連線。實際設定時,應將範圍小、意圖清楚的規則放在前面,再安排通用規則與最終策略。這樣既能減少誤比對,也方便從日誌中的規則名稱回查設定。修改後先確認語法有效,再重新載入設定,避免舊規則仍在核心中執行。

PLATFORM DOWNLOADS

依作業系統選擇客戶端

安裝套件需要與作業系統及處理器架構相符。下載頁會依平台列出可用客戶端、適用情境與系統需求;請先進入對應的平台分類,再比較具體客戶端。

Windows

適合需要系統匣控制、系統代理、TUN 模式與圖形化規則管理的桌面使用者。進入下載頁後,可比較 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu 與封存客戶端。安裝前請確認系統架構,首次啟用 TUN 時也要處理權限提示。

前往下載

macOS

適合 Apple Silicon 與 Intel Mac。不同處理器對應不同安裝套件,不能只看檔名中的 macOS 字樣判斷。桌面客戶端可處理選單列控制、系統代理與規則切換;啟用網路延伸功能或 TUN 後,應在系統設定中確認權限已生效。

前往下載

Android

適合手機、平板與部分 Android 裝置。匯入訂閱後需要授予 VPN 連線權限,並依系統的背景限制調整執行策略。若切換網路後連線中斷,可先檢查系統電池最佳化、常駐通知與 DNS 設定,再判斷是否需要更換設定。

前往下載

iOS

iPhone 與 iPad 透過 App Store 安裝對應客戶端。首次建立連線時需要確認系統 VPN 設定,之後可在客戶端中匯入訂閱、選擇策略群組並查看連線日誌。行動網路與 Wi-Fi 的 DNS 行為可能不同,排查時應分別測試。

前往下載

Linux

適合桌面 Linux、伺服器與需要直接執行核心的裝置。圖形客戶端方便管理訂閱與策略,mihomo 核心則適合由 systemd、容器或其他管理工具託管。部署前應明確設定檔目錄、監聽位址、日誌位置與服務帳戶權限。

前往下載

QUICK START

從安裝到規則模式的三步驟流程

首次設定不需要同時調整所有選項。先讓客戶端正確載入設定並建立連線,再處理規則、DNS、TUN 與區域網路共用,排錯路徑會更清楚。

  1. 01

    安裝客戶端並確認核心啟動

    從下載頁進入對應平台,選擇與系統及處理器架構相符的客戶端。安裝完成後先開啟客戶端,確認設定目錄、核心狀態與日誌入口是否可用。Windows 與 macOS 首次啟用系統整合功能時可能會要求權限;Android 與 iOS 則會出現 VPN 設定確認。此階段只驗證程式能正常啟動,不急著開啟 TUN、區域網路共用或複雜的 DNS 選項。若客戶端啟動後立即退出,應先檢查設定檔語法、連接埠占用與系統權限。

  2. 02

    匯入訂閱並檢查代理群組

    在訂閱或設定頁面貼上服務提供者提供的訂閱網址,執行下載或更新。匯入成功後,應能看到代理群組、節點與規則資訊。先選擇一個可用策略,再查看客戶端日誌是否出現設定載入錯誤。訂閱網址與節點內容由服務提供者維護,Clash 客戶端負責讀取並執行設定;兩者需要分開判斷。若更新失敗,依序檢查網址完整性、網路連線、系統時間與本機快取,不要反覆覆蓋仍然有效的基礎設定。

  3. 03

    啟用規則模式並驗證系統代理

    將代理模式設為規則,開啟系統代理,然後分別造訪直連目標與需要代理策略的目標。規則模式會依連線目標選擇策略,不代表所有流量都經過同一路徑。若瀏覽器生效而某個應用程式未生效,先確認該應用程式是否讀取系統代理;若不讀取,再評估 TUN 模式。驗證完成後再調整 DNS、Fake-IP、健康檢查與開機啟動。每次只修改一類設定,並保留修改前的設定,發生問題時才能準確復原。

系統代理已開啟,但瀏覽器沒有生效

先確認客戶端核心正在執行,再檢查系統代理連接埠是否與設定中的 mixed-port 一致。若瀏覽器設定了獨立代理或擴充功能,也可能覆蓋作業系統設定。完整排查步驟請前往疑難排解

如何選擇規則模式與全域模式

日常使用建議先從規則模式開始,讓不同目標依規則進入直連或代理策略。全域模式適合短時間驗證代理鏈路,直連模式適合確認問題是否由代理設定引起。切換模式後,應重新測試同一目標。

什麼時候需要啟用 TUN

當目標程式不讀取系統代理,或需要處理更廣泛的網路流量時,再考慮 TUN。啟用前記錄原有的 DNS 與路由狀態;若出現斷網、解析異常或區域網路存取問題,先關閉 TUN,並恢復系統代理進行比對。

訂閱更新會不會覆蓋自訂規則

取決於客戶端的設定組織方式。直接編輯由訂閱產生的完整設定,更新時可能會被替換;使用 proxy-providers、覆寫或獨立規則檔案,則可以將遠端來源與本機調整分開。修改前應先匯出一份可用設定。

OPEN SOURCE CONTEXT

Clash 生態系、mihomo 核心與設定相容性

從規則代理核心到多平台客戶端

Clash 生態系由代理核心、設定格式與不同平台的圖形客戶端共同組成。核心負責解析設定、建立連線、比對規則並輸出日誌;圖形客戶端負責安裝更新、訂閱管理、系統代理、權限請求與視覺化操作。理解這層分工後,排查問題會更直接:設定解析錯誤先看核心日誌,系統匣或選單異常查看客戶端介面,系統流量未進入代理則檢查作業系統整合。

不同客戶端可以採用相近的核心,但介面功能並不完全一致。有些客戶端著重桌面端規則編輯,有些更適合跨平台使用,有些則保留封存狀態以支援舊環境。選擇時不必只比較介面,也應同時確認目前維護狀態、目標平台、處理器架構、設定相容性,以及是否需要 TUN、腳本、覆寫等功能。

mihomo 與 Meta 功能路線

mihomo 延續了 Clash Meta 的功能路線,在規則類型、代理協定、DNS 增強模式、TUN 與 provider 等方面持續維護。許多現代 Clash 圖形客戶端將 mihomo 作為核心元件,因此相同的 YAML 設定可以在多個平台之間重複使用。不過,客戶端可能會為設定加入自己的覆寫檔案、資料庫或介面欄位,遷移時仍應先匯出原始設定,再核對目標客戶端的支援範圍。

協定與核心不是同一個概念。協定決定客戶端如何與伺服器建立連線,核心負責實作協定並執行本機分流邏輯。選擇協定時應關注伺服器支援、網路條件、連線建立方式與裝置資源;選擇核心與客戶端時,則應關注設定語法、平台整合與維護狀態。需要系統比較 SS、VMess、Trojan、VLESS、Hysteria2、TUIC 與核心家族時,可參閱協定手冊

設定更新與問題定位

可靠的設定流程應保留三個層次:可復原的基礎設定、可單獨更新的訂閱來源,以及可追蹤的本機規則調整。更新客戶端時先閱讀變更說明,再備份設定目錄;更新訂閱時檢查代理群組名稱是否變更;調整規則時使用明確名稱,並從日誌確認比對結果。一次同時修改核心、訂閱、DNS 與 TUN,會讓錯誤來源難以區分。

日誌是連線問題的主要證據。設定載入階段關注 YAML 語法、欄位型別與檔案路徑;執行階段關注 DNS 解析、規則命中、連線逾時與連接埠監聽;系統整合階段則檢查代理設定、虛擬介面、權限與防火牆。依層次記錄現象,比反覆切換節點更容易找到根因。技術筆記會持續整理高頻錯誤、行動裝置背景策略與區域網路共用等具體情境。

TECHNICAL NOTES

近期設定與故障排查文章

圍繞區域網路共用、行動裝置背景執行與啟動故障整理可執行步驟。文章先說明現象與範圍,再提供檢查順序,適合完成基礎設定後依問題查閱。