Windows
適合桌面日常使用。下載頁分別列出圖形用戶端與封存用戶端,並說明安裝包架構、系統代理與 TUN 權限的差異。
前往下載依作業系統選擇合適的 Clash 用戶端,再透過中文文件完成訂閱匯入、規則分流、DNS 與 TUN 設定。下載入口、基本步驟與進階參數分別整理,查找時不必在不同專案頁面之間反覆切換。
Clash 用戶端的介面各不相同,但底層運作通常圍繞設定載入、策略選擇、規則比對與流量接管展開。以下四組內容對應日常使用中最常查詢的部分,可透過標籤切換查看原理、設定片段與適用範圍。
訂閱負責提供節點、策略組與基本規則,用戶端則負責定期擷取並寫入本機設定。首次使用時,應先確認訂閱網址能正常回應,再檢查設定預覽中是否出現代理伺服器與策略組。需要保留本機 DNS、連接埠或規則設定時,不宜直接反覆修改訂閱產生的檔案,而應使用用戶端提供的覆寫、合併或腳本功能,將個人調整放在獨立層。如此更新訂閱時,節點清單可以替換,手動設定仍能依既定順序合併。
查看訂閱匯入步驟 →mixed-port: 7890
mode: rule
profile:
store-selected: true
proxy-providers:
primary:
type: http
path: ./providers/main.yaml
策略組不是單純的節點資料夾,而是將手動選擇、自動測速、故障轉移與負載分配組織成可重複使用的決策層。日常瀏覽可使用手動選擇或自動測速群組;優先考量穩定性的服務可使用 fallback;需要分散長連線時再考慮 load-balance。設定時也要檢查群組成員、測試網址、偵測間隔與容許差值,不應只看類型名稱。規則最終指向策略組後,更換節點不必逐條修改規則,維護成本會明顯降低。
查看策略組設定 →規則模式會由上到下檢查每一條規則,命中後立即交給指定策略組,因此順序本身就是設定邏輯。精確網域與業務規則通常放在前面,範圍較大的網域後綴、GeoSite 或 GeoIP 放在後面,最後再用 MATCH 接收未命中流量。大型規則清單適合拆成 rule-providers 個別更新,主要設定只保留引用關係。排查分流錯誤時,先查看連線記錄實際命中的規則,再判斷是規則缺失、順序遭覆蓋,還是目標策略組選錯。
查看規則集管理 →rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- GEOSITE,category-ads-all,REJECT
- GEOIP,CN,DIRECT
- MATCH,PROXY
系統代理只會影響主動讀取代理設定的應用程式,TUN 則透過虛擬網卡接管更廣泛的網路流量,兩者適用情境不同。DNS 設定負責網域解析與映射,Fake-IP、nameserver、fallback 與規則比對需要形成一致的鏈路。遇到網頁可開啟但應用程式無法連網、網域解析失敗或區域網路位址異常時,應分別檢查代理連接埠、TUN 權限、DNS 監聽與排除路由,而不是一次修改所有選項。逐層驗證更容易確認故障發生在哪個環節。
查看 DNS 與 TUN 章節 →先依目前使用的作業系統進入對應標籤,再比較維護狀態、介面形式、安裝格式與架構支援。首頁只提供平台入口,完整用戶端清單、系統需求與安裝包連結集中放在下載頁,避免不同位置出現不一致的資訊。
適合桌面日常使用。下載頁分別列出圖形用戶端與封存用戶端,並說明安裝包架構、系統代理與 TUN 權限的差異。
前往下載同時留意 Apple Silicon 與 Intel 架構。進入後可查看不同用戶端的安裝方式,以及系統代理、選單列操作與設定目錄說明。
前往下載適合手機與平板。下載前應確認處理器架構;匯入訂閱後,還需要允許用戶端建立系統 VPN 連線,流量接管才能生效。
前往下載透過商店頁面安裝 Clash Plus。進入 iOS 標籤後可查看應用程式入口、官方網站資訊,以及首次新增 VPN 設定時需要確認的系統步驟。
前往下載桌面使用者可選擇圖形用戶端;伺服器、軟路由與容器環境則更常直接執行 mihomo 核心。下載頁會將兩類用途分開,避免把桌面安裝包與核心壓縮檔混在一起。
前往下載先看作業系統,再看是否需要圖形介面。一般桌面與行動裝置優先使用帶有介面的用戶端,匯入訂閱、切換策略與查看記錄更直接;Linux 伺服器或路由器環境通常採用 mihomo 核心搭配設定檔與服務管理器。若裝置屬於 ARM 架構,還要進一步核對 ARM64、ARMv7 等標示。用戶端名稱相近並不代表安裝包可以跨系統使用,安裝前應以下載頁的系統需求為準。
Clash 生態由核心、圖形用戶端、設定格式與社群規則等多個部分組成。不同用戶端可以使用相同或相近的設定思路,但專案維護者、支援平台、介面功能與發布節奏並不完全一致。選擇軟體時應同時查看專案狀態與系統相容性,而不是只根據名稱判斷。
Clash 最初建立了廣泛使用的規則設定方式與策略組模型,後續不同社群專案在此基礎上維護用戶端與相容核心。目前查閱設定能力時,經常會接觸到 mihomo、Clash Meta 等名稱。它們之間具有歷史與相容關係,但不能簡單視為同一個安裝程式。本網站在下載清單中依具體用戶端名稱列出,文件則以目前仍在使用的設定概念為主。
mihomo 負責解析設定、建立代理連線、執行規則比對、提供 DNS 與 TUN 等底層能力;圖形用戶端則在外層提供安裝、訂閱管理、策略切換、記錄查看與系統匣操作。某項介面功能是否存在,既取決於核心能力,也取決於用戶端是否將相應設定提供給使用者。因此文件中的 YAML 參數與用戶端介面選項需要分別理解。
規則集、GeoSite 資料、面板、訂閱處理工具與不同平台用戶端共同構成使用環境。社群資源可以降低設定成本,但引入外部規則或腳本前,仍應確認更新來源、引用路徑與覆寫順序。尤其遠端規則集的結構發生變化時,錯誤可能表現為設定載入失敗,也可能只是部分流量未命中預期策略,排查方式並不相同。
用戶端更新、核心更新、訂閱更新與規則集更新是四條不同的鏈路。用戶端升級主要改變介面與整合功能;核心升級會影響協定與設定能力;訂閱更新會替換節點及服務提供方提供的策略;規則集更新則會改變網域與 IP 的分類結果。出現問題時,先確認最近的變化來自哪條鏈路,再回退或檢查對應部分,比同時重裝與重寫設定更有效。
git clone https://github.com/MetaCubeX/mihomo.git
許多連線問題並非由節點本身造成,而是用戶端類型、訂閱內容、代理模式或系統權限彼此不匹配。以下整理首次安裝與遷移設定時最常遇到的幾個判斷重點。
Clash 通常指的是設定體系與相關生態,mihomo 是持續維護的相容核心之一,圖形用戶端則負責將核心能力接入桌面或行動系統。實際安裝的是特定用戶端或核心檔案,而不是一個適用於所有平台的通用安裝包。選擇時先看系統,再確認用戶端使用的核心與功能範圍。查看更多基礎認知問題 →
先檢查訂閱回傳內容是否為 Clash 可識別的設定,再查看用戶端設定預覽與執行記錄。如果訂閱只回傳錯誤頁面、驗證提示或不完整的 YAML,介面可能顯示匯入完成,但實際上沒有產生代理清單。還要確認策略組是否引用正確的代理或 provider,避免節點存在卻未被加入任何可見的策略組。查看安裝設定故障排除 →
瀏覽器與多數遵循系統代理設定的桌面應用程式,通常先使用系統代理即可;遊戲、命令列工具或不讀取系統代理的應用程式,可能需要 TUN 才能涵蓋。TUN 涉及虛擬網卡、路由與權限,啟用後應同步檢查 DNS 與區域網路排除項目。不要為了擴大接管範圍而同時疊加多套代理方式,否則故障定位會更加複雜。閱讀 TUN 與 Fake-IP 說明 →
先在瀏覽器或命令列確認訂閱網址能否回傳有效內容,再檢查用戶端時間、網路連線、訂閱網址是否完整,以及記錄中的 HTTP 狀態。若舊設定仍能連線而新內容擷取失敗,問題通常集中在訂閱請求鏈路;若下載成功但載入時發生錯誤,則應轉向檢查 YAML 語法、規則集路徑與覆寫合併結果。查看完整故障排除 →
圍繞系統代理、執行記錄與流量接管整理可重現的檢查步驟。文章先說明現象所對應的工作層級,再提供核對順序,避免一遇到連線問題就同時重設所有設定。
瀏覽器可能會讀取系統代理,也可能使用自己的代理設定;終端機程式則常依賴環境變數。文章分別檢查覆寫設定、代理連接埠、環境變數與驗證指令,協助判斷流量在哪一層繞過了用戶端。
閱讀全文 →執行記錄會同時出現規則命中、DNS 查詢、建立連線與錯誤原因。本文說明常見欄位的閱讀順序,並區分解析失敗、連線逾時、拒絕連線與設定載入錯誤各自應檢查的位置。
閱讀全文 →系統代理依賴應用程式主動讀取設定,TUN 則在網路層透過虛擬網卡接管流量。文章從生效範圍、DNS 處理、權限要求與排查成本逐項比較,說明桌面日常使用與特殊應用程式的選擇方式。
閱讀全文 →