Windows
優先推薦 Clash Plus,也可選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。安裝前請確認系統架構與執行元件需求,並分別處理 TUN 服務與一般啟動權限。
從舊客戶端遷移時,先匯出訂閱與自訂規則,再確認混合連接埠和開機啟動設定;避免兩個客戶端同時修改系統代理。
前往下載CONFIGURATION / 設定資料庫
先釐清訂閱、策略與規則,再決定應用程式流量如何進入核心。
客戶端負責圖形介面、儲存訂閱與整合系統;核心則負責解析設定、建立連線及執行分流。以下片段分別說明不同設定項目,並非可獨立執行的完整設定檔。實際使用前,請合併有效的代理定義,並確認策略組名稱與規則引用一致。
訂閱網址用來取得遠端設定,不是客戶端安裝檔,也不代表網路已連線。在客戶端的訂閱頁面貼上連結,下載完成後選取該設定檔,再確認代理清單是否出現節點。完整設定訂閱與代理集合訂閱應分開處理:後者透過 proxy-providers 匯入,還需要由策略組引用。遠端更新可能覆蓋原始檔案,需長期保留的規則應寫入客戶端覆寫或合併設定,避免每次更新後都得重新修改。訂閱內容可能含有存取憑證,截圖或分享記錄前請先遮蔽網址。
proxy-providers:
remote:
type: http
url: "https://example.com/sub?token=xxxx"
path: ./providers/remote.yaml
interval: 3600
策略組會將多個出口整理成規則可引用的目標。select 適合手動指定線路;url-test 會依指定測試網址的結果選擇候選項目;fallback 則按清單優先順序尋找可用出口。測試時間只反映特定網址與當下網路狀況,不能直接換算成下載速度。先使用手動組確認單一線路可用,再加入自動組,排查時更容易區分線路故障與切換邏輯問題。以下的 use 會引用訂閱面板中的 remote 集合,實際合併時請保持名稱一致,避免產生空的策略組。
proxy-groups:
- name: 自動選擇
type: url-test
use:
- remote
url: https://www.gstatic.com/generate_204
interval: 300
tolerance: 50
規則模式會由上而下檢查連線,符合條件後便交由指定策略處理,不再比對後續規則。因此,精確網域、區域網路網段與特殊應用程式規則通常應排在通用規則之前,最後再用 MATCH 接住其餘流量。DOMAIN-SUFFIX 可比對網域及其子網域,IP-CIDR 則處理 IP 位址範圍,兩者取得的資訊不同。若設定看似正確但結果不符,請到連線頁面查看實際命中的規則與目標策略,而非只看目前節點名稱。修改後請重新建立連線,既有的長連線未必會立即切換。
rules:
- DOMAIN-SUFFIX,example.com,自動選擇
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
- MATCH,自動選擇
Fake-IP 會為網域回傳保留位址,核心在後續連線中還原網域並套用規則,有助於保留網域分流資訊。它不是單獨的防止外洩開關:應用程式是否使用核心 DNS、系統路由如何接管,以及上游解析使用哪個出口,都需要一併檢查。少數依賴真實解析結果的區域網路服務可能需要設定排除例外,範圍應盡量縮小。啟用後請以新連線測試,並分別確認 DNS 請求與應用程式連線的路徑;只看到保留位址,不能證明所有流量都經過代理。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
- "localhost"
nameserver:
- https://dns.alidns.com/dns-query
TUN 透過虛擬網卡接收流量,可涵蓋不遵循系統代理設定的應用程式,但需要客戶端權限、驅動程式或系統網路延伸功能。啟用前先用系統代理驗證設定,確認線路可用後再處理路由接管。若同時使用其他 VPN、虛擬機器或公司網路,請檢查路由衝突與排除網段,不宜反覆切換多種流量接管工具。範例中的 DNS 劫持適用於進入 TUN 的一般 DNS 請求,應用程式內建的加密 DNS 則需另外確認。各平台支援的網路堆疊與授權流程,請以對應客戶端說明為準。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
系統代理會將應用程式的代理請求導向本機監聽連接埠,只有遵循這項設定的程式才會使用。mixed-port 可同時接收 HTTP 與 SOCKS 請求;修改後也要確認客戶端顯示的系統代理位址。開機自動啟動是圖形客戶端功能,並非下方的核心欄位;啟動客戶端、啟動核心與自動啟用代理也可能是三個獨立選項。首次設定後請重新啟動一次,確認系統匣、核心狀態與系統代理設定一致。結束客戶端前先關閉系統代理,避免系統仍指向已停止的本機連接埠。
mixed-port: 7890
allow-lan: false
bind-address: "127.0.0.1"
mode: rule
log-level: info
PACKAGES / 依系統選擇
先確認作業系統與處理器架構,再選擇圖形客戶端。
Clash 是生態系名稱,不代表所有平台都使用同一套安裝程式。各客戶端的介面、核心更新時程與系統整合方式各有不同,設定欄位也應以實際支援的核心為準。下載頁依平台整理安裝檔、維護狀態與安裝說明;客戶端差異可參閱客戶端比較。
優先推薦 Clash Plus,也可選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。安裝前請確認系統架構與執行元件需求,並分別處理 TUN 服務與一般啟動權限。
從舊客戶端遷移時,先匯出訂閱與自訂規則,再確認混合連接埠和開機啟動設定;避免兩個客戶端同時修改系統代理。
前往下載依 Apple Silicon 或 Intel 處理器選擇 Clash Plus、Clash Verge Rev 或 FlClash。安裝後先完成系統提示的必要授權,再確認選單列狀態與代理連接埠。
系統代理與網路延伸功能的授權範圍不同。若網路異常,先確認其他 VPN 與舊客戶端是否仍在執行,再調整 DNS 或 TUN。
前往下載優先推薦 Clash Plus,另有 Clash Meta for Android、FlClash 與 Surfboard 可選。依裝置 ABI 選擇安裝檔,首次連線時請確認系統 VPN 授權。
背景連線中斷時,請檢查電池最佳化、背景執行設定與裝置品牌的省電限制。Surfboard 的設定格式與 Clash YAML 不同,匯入前請確認訂閱類型。
前往下載選擇 Clash Plus,透過下載頁前往 App Store。產品資訊請參閱官方網站 clashplus.io,連線前依系統提示加入 VPN 設定。
匯入訂閱後,先選擇設定檔與策略,再啟動連線。桌面客戶端的服務模式、開機自動啟動等選項不能直接套用於行動裝置。
前往下載圖形桌面可選 Clash Verge Rev 或 FlClash,請依發行版選擇對應的套件格式。伺服器與路由器使用者可在下載頁的核心區尋找 mihomo。
桌面工作階段的系統代理不會自動套用至所有終端機程序。命令列應用程式需確認環境變數;部署服務時還要指定執行使用者、設定目錄與記錄檔位置。
前往下載SOURCE / 核心與客戶端
原版 Clash 奠定了這個生態系規則代理與 YAML 設定的基礎,後續客戶端與核心分支也沿用了許多相近的介面名稱。mihomo 曾以 Clash.Meta 為名,在原有設定架構上擴充協定、規則集與網路處理能力。看到名稱相似的安裝檔時,應進一步確認維護專案與內建核心,不要只憑圖示或檔名判斷相容性。本網站提供下載與中文資料,不代表各客戶端的開發團隊。
mihomo 負責監聽連接埠、處理 DNS、解析規則並建立代理連線;Clash Verge Rev、FlClash 等圖形客戶端則提供訂閱管理、系統匣操作與系統代理整合。這兩層可分別更新,因此更換客戶端後,即使訂閱網址相同,部分設定的位置與生效方式仍可能不同。排查時先記下客戶端名稱與使用的核心,再查看最終產生的執行設定,避免把介面開關誤認為標準 YAML 欄位。
mihomo 原始碼維護於公開程式碼儲存庫,採用 GPL-3.0 授權。程式碼、提交紀錄與問題討論有助於了解實作方式及變更背景,但原始碼公開不代表任何設定都能如預期運作。各圖形客戶端有自己的授權、相依套件與發布說明,不能將核心授權直接視為整個安裝套件的完整條款。若要建置或重新散布,請閱讀相關專案的授權檔案,保留要求保留的聲明,並確認相依元件的使用條件。
更新前請保存訂閱網址、覆寫檔與自訂規則,並記下目前的監聽連接埠及網路接管方式。更新後先載入設定,再檢查啟動記錄、策略組與一條新建立的連線,最後重新啟用 TUN 與開機自動啟動。更新訂閱只是重新取得設定;更新客戶端則會影響介面與打包的核心,兩者不可混為一談。已停止維護的客戶端可作為遷移參考,不宜期待它持續相容於新系統或新協定;遷移步驟請參閱Clash for Windows 停止更新後的替代方案。
NOTES / 使用心得
設定要生效,必須同時符合客戶端支援、核心欄位有效與網路路徑正確等條件。以下文章依常見症狀與遷移情境整理,適合完成首次連線後繼續參閱。排查時一次只修改一個變數,並保留可還原的設定副本,才能判斷是哪個步驟真正影響結果。
整理停止更新的客戶端替代選項,比較平台支援與核心差異。遷移時先備份訂閱、規則與自訂設定,再重新確認連接埠、系統代理及啟動設定,避免舊設定殘留影響新客戶端。
依作業系統檢查設定語法、連接埠占用、核心檔案權限與 WebView 元件。先保存記錄並還原最近的變更,再考慮重設資料目錄,避免尚未找出原因就遺失訂閱與覆寫檔。
分別檢查應用程式解析、核心上游與實際連線的出口,並搭配 Fake-IP、nameserver-policy、respect-rules 與 TUN 分析請求路徑。檢測結果需依網路環境判讀,不能只根據單次頁面提示下結論。