Windows
適合桌面瀏覽器與日常應用程式。先確認系統需求與處理器架構,再依需要啟用系統代理或服務模式;啟動客戶端不代表所有程式都已使用代理。
前往下載Clash 的使用流程可分為三個層次:設定決定有哪些代理與規則,模式決定如何處理連線,系統代理或 TUN 則決定哪些流量會進入客戶端。先釐清這三者,再逐項啟用功能,通常比同時調整多個開關更容易重現結果。
下方視窗僅供設定示意,不代表正在執行的客戶端。不同應用程式的選單名稱與位置可能不同,但訂閱、代理群組、規則與 DNS 的基本關係相同。切換分頁即可查看各項功能;手動操作後,畫面會停留在目前分頁。
mode: rule
模式負責處理已進入核心的連線,不會啟用系統代理。
此為示意狀態,實際開關請在客戶端操作。
rules:
- DOMAIN-SUFFIX,google.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
Proxy 必須對應設定中已存在的代理或代理群組。
dns:
enable: true
enhanced-mode: fake-ip
此處僅展示欄位之間的關係,解析伺服器請依實際網路環境補上。
客戶端結合操作介面與背景功能,不同作業系統的安裝方式、授權流程及網路入口也不盡相同。初次選擇可從下載中心推薦的 Clash Plus 開始;Linux 使用者可參考 Clash Verge Rev 與 FlClash。已有設定時,先確認核心相容性及所需功能,再決定是否遷移,不必因介面不同就同時更換訂閱與規則。
安裝前,請在系統資訊中確認處理器架構。名稱相似的安裝檔可能適用於不同架構,不要只憑檔案大小判斷。下載頁集中列出可選客戶端與系統需求;首頁的平台入口則用來前往對應作業系統,不會直接下載安裝檔。舊版客戶端的封存下載入口也會註明維護狀態,方便區分日常使用與舊設定參考。
適合桌面瀏覽器與日常應用程式。先確認系統需求與處理器架構,再依需要啟用系統代理或服務模式;啟動客戶端不代表所有程式都已使用代理。
前往下載確認安裝檔適用於 Apple Silicon 或 Intel。首次執行時依系統提示完成授權;啟用網路功能前,留意系統代理設定。結束使用後,確認原本的網路狀態是否恢復。
前往下載安裝後匯入設定,並在首次連線時確認系統 VPN 授權。若切換至背景後連線中斷,請檢查電池最佳化與背景執行限制,不要只是不斷切換節點。
前往下載前往 App Store 查看 Clash Plus,官方網站為 clashplus.io。安裝後依應用程式提示新增設定並授予 VPN 權限,連線前確認已選取目前的訂閱與代理群組。
前往下載桌面環境建議優先使用圖形介面客戶端,並依 Linux 發行版選擇套件格式。伺服器或路由器使用者可查看核心專區,自行管理設定檔路徑、程序權限與背景服務。
前往下載不確定如何選擇時,先閱讀客戶端比較,重點比較平台支援、設定管理與網路流量接管方式。請勿混淆客戶端、核心與訂閱服務;安裝軟體本身不會自動提供可用的代理節點。
首次設定時,先完成最基本的連線流程:一份有效設定、一個明確選取的代理群組,以及一個已啟用的網路入口。其他參數先保持不變,確認連線正常後,再加入自動更新、分流例外或區域網路共享設定。如此一來,遇到問題時就能找出是哪個步驟發生變化。
前往客戶端的訂閱或設定頁面,貼上完整網址並匯入。看到設定名稱後,確認已將它設為目前使用的設定,並檢查代理群組是否已載入。若出現格式錯誤,先確認連結回傳的是設定內容,不要將一般網頁網址當成訂閱網址。
查看訂閱匯入步驟 →選擇規則模式,並在對應的代理群組中選取可用節點。桌面端先啟用系統代理;若要讓不遵循系統代理的應用程式也走代理,再測試 TUN。行動裝置請依提示授予 VPN 權限,並避免同時連線至另一個占用相同網路入口的應用程式。
查看代理模式說明 →開啟要瀏覽的網站,並在客戶端連線清單確認請求是否出現、符合哪條規則,以及使用哪個出口。確認連線正常後再測試其他應用程式;若沒有請求記錄,應先檢查流量入口,而不是先修改節點協定或 DNS 設定。
查看無法上網的疑難排解 →在 Clash 生態系中,圖形介面客戶端提供訂閱管理、代理選擇與系統整合;核心負責協定連線、DNS 處理與規則比對;設定則描述節點、代理群組與規則之間的關係。使用者看到的應用程式名稱,不一定就是它採用的核心名稱。設定能否移轉,取決於目標核心支援的欄位與協定,以及客戶端的覆寫方式;不能只因副檔名相同就認定相容。
mihomo 延續 Clash Meta 的技術路線,是目前 Clash 生態系中常見的開源核心。舊文章中的 Clash、Clash Meta 與現有客戶端名稱可能交替出現,閱讀時應依具體專案確認。開源生態系也不代表每款客戶端的介面與預設設定完全相同;尋找問題原因時,記下客戶端名稱、作業系統與實際核心資訊,才不會套用不適合目前環境的步驟。
mihomo 專案以 GPL-3.0 授權發布,原始碼、提交記錄與問題討論都可在公開儲存庫查閱。查看變更說明,有助於判斷設定欄位、協定支援或網路行為是否有所調整。本站不以星號數、下載量或延遲數字代表連線品質:代理體驗也受伺服器、網路路徑與本機設定影響。公開原始碼提供的是可追溯的實作依據,並不保證每條線路的表現。
一般使用者不需要自行編譯核心。使用圖形介面客戶端時,請優先遵循該客戶端的更新說明,並確認整合的核心與設定仍相容。手動替換核心可能遇到權限、路徑或介面相容性問題,較適合能自行還原設定的使用者。部署於伺服器時,應明確設定工作目錄、記錄檔位置與啟動參數,不要直接將桌面客戶端的按鈕操作套用到背景服務。
以下指令會複製公開儲存庫,僅供閱讀原始碼或準備開發環境,不會安裝桌面客戶端,也不會自動設定代理。
git clone https://github.com/MetaCubeX/mihomo.git
訂閱網址可能包含存取憑證,向他人求助時請隱藏完整連結、帳號資訊與伺服器驗證內容。記錄也可能包含瀏覽過的網域、裝置位址或檔案路徑,提交前請先檢查並刪除不必要資訊。描述問題時,提供現象、重現步驟、命中規則與錯誤類型,通常就足以開始排查,不必公開整份私人設定。
若規則結果與預期不同,先確認目前啟用的設定,再檢查規則順序與資料檔;若所有節點都無法連線,先確認本機網路與服務狀態。站內的GeoIP 更新說明與規則疑難排解章節分別說明資料載入與分流邏輯,依問題現象查閱,比一次修改所有參數更穩妥。
完成基本連線後,再依實際需求閱讀進階內容。設定結構文章適合準備修改 YAML 的使用者;流量接管方式比較則適合判斷是否需要 TUN;訂閱更新文章可協助區分連結問題、下載失敗與本機設定未切換。每篇文章聚焦一項具體操作,不必為了開始使用而一次讀完所有參數。
依照設定檔的順序,逐段說明連接埠與模式、dns、proxies、proxy-groups、rules 各欄位的用途與常見寫法。先了解各項設定的引用關係,再修改欄位,避免代理群組名稱與規則目標不一致。
閱讀全文 →從流量接管層級、對命令列與遊戲程式的支援、權限需求及 DNS 處理四個面向,比較兩種接管方式。依應用程式的行為選擇入口,不要以為開啟更多開關就能讓連線更穩定。
閱讀全文 →介紹常見客戶端中訂閱更新間隔的設定位置,分析更新失敗的常見原因,並說明何時手動重新整理、何時檢查網路環境。更新後請再次確認目前使用的設定,確保新內容已套用至連線。
閱讀全文 →還不確定問題出在安裝、設定還是網路流量接管?先到說明中心依分類查找。客戶端能啟動但無法連線時,建議依序檢查「本機網路 → 目前設定 → 代理群組 → 流量入口 → 規則與 DNS」,並在每個步驟記下可供比對的結果,避免排查時引入新變數。