proxy-groups:
- name: AUTO
type: url-test
use: [subscription]
url: https://www.gstatic.com/generate_204
interval: 300
Clash
設定路徑
mode: rule
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
規則分流可將不同連線導向指定策略,避免所有請求都經由同一出口。在用戶端選擇規則模式,再於設定檔的 rules 區段加入比對條件。規則會由上而下檢查,第一個符合的項目決定流量去向;MATCH 應放在最後作為預設規則。範例中的 PROXY 必須對應已存在的策略組,不能只複製名稱。相較於全域模式,規則模式可讓本機服務直連;與只依應用程式分流相比,網域規則更適合處理同一應用程式連線至多個服務的情況。
proxy-groups:
- name: PROXY
type: select
proxies:
- AUTO
- DIRECT
- name: AUTO
type: url-test
use:
- subscription
url: https://www.gstatic.com/generate_204
interval: 300
策略組能將規則與實際代理出口分開管理。先在 proxy-groups 中定義群組,再到用戶端的代理頁面選擇該群組的出口。select 適合手動選擇;url-test 會依指定網址的測試結果自動選擇;範例中的 subscription 則須先在代理提供器中定義。相較於逐條規則指定節點,策略組能在更換訂閱後保留規則架構。測試網址的結果只反映該目標的連線狀況,不能據此推斷所有網站的下載速度;若仍無法正常連線,請檢查實際連線記錄。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://dns.alidns.com/dns-query
fake-ip-filter:
- "*.lan"
- "localhost"
DNS 設定會影響網域解析與規則辨識。請使用支援相關欄位的核心,在 DNS 設定中啟用解析功能,再選擇 fake-ip 增強模式。此模式會先回傳虛擬位址給應用程式,再由核心對應原始網域並處理連線;redir-host 則會回傳實際解析結果。兩者主要差異在網域對應方式,並非單純的速度排名。若區域網路裝置或特定應用程式不相容,可將實際網域加入 fake-ip-filter。只啟用這個區段,不代表系統的所有查詢都已交由核心處理,還須確認系統的解析路徑。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
TUN 模式透過虛擬網卡接管流量,適合不遵循系統代理設定的程式。在支援的用戶端中安裝或啟動服務後,再開啟 TUN。範例欄位適用於相容的 mihomo 核心,其他核心請參閱各自的文件。相較於系統代理,TUN 會影響路由與 DNS 路徑,因此權限不足、其他 VPN 或網卡切換都可能造成連線失敗。建議先使用系統代理確認訂閱可正常使用,再啟用虛擬網卡。若無法正常存取區域網路,應檢查路由排除項目,而不是直接刪除所有分流規則。
proxy-providers:
subscription:
type: file
path: ./providers/subscription.yaml
proxy-groups:
- name: PROXY
type: select
use:
- subscription
訂閱可將遠端或本機的代理資訊交由用戶端管理。常見圖形介面提供從 URL 匯入完整設定檔的入口;範例則展示本機代理提供器,檔案內容必須符合提供器格式,不能直接以任意完整設定檔取代。相較於整份訂閱覆寫,使用提供器能將節點來源與自訂規則分開管理,但須自行維護策略組引用。更新前請先備份目前可用的設定,並確認用戶端是否會保留覆寫設定。訂閱連結通常含有存取憑證,分享截圖或記錄前請先移除完整網址。
以上片段用來說明欄位之間的關係,並非可直接啟動的完整設定檔。代理出口、策略組、提供器與規則必須彼此對應;不同用戶端也可能透過介面產生或覆寫部分欄位。初次設定時一次只調整一個環節,重新載入後查看記錄,再進行下一項。如此可區分語法錯誤、引用缺漏與網路無法連線,避免一次修改太多參數而難以還原。
rule-providers:
local:
type: file
behavior: classical
path: ./rules/local.yaml
rules:
- RULE-SET,local,DIRECT
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
external-controller: 127.0.0.1:9090
secret: "your-local-secret"
allow-lan: false
CLIENT / PLATFORM
Clash 用戶端下載
請先確認作業系統、處理器架構與核心需求,再選擇安裝檔。下載用戶端與取得訂閱服務是兩回事:安裝應用程式不會自動提供代理出口,匯入設定後還須確認有效期限、策略選擇與目前網路狀況。下載頁依平台整理用戶端、安裝說明與維護狀態,不必從設定教學中尋找安裝檔。
Windows
適用於桌面瀏覽器、開發工具及需要使用系統代理的應用程式。下載前請在系統資訊中確認處理器架構;安裝後先匯入訂閱並啟用系統代理,再測試瀏覽器是否能正常連線。Clash Plus、Clash Verge Rev 等用戶端的服務安裝入口可能不同,啟用 TUN 前請先完成相應的權限設定。安裝成功與代理連線成功是不同狀態,請分別確認。
若系統中已執行其他代理工具,請先關閉其代理接管功能,避免連接埠與路由互相衝突。關閉用戶端後仍無法連線,請檢查系統代理是否留有舊位址,不必直接重新安裝應用程式。
前往下載macOS
請依 Apple Silicon 或 Intel 選擇相應的安裝檔。首次啟動時,依系統提示完成應用程式授權;若要接管未遵循系統代理設定的程式,再確認用戶端是否提供服務模式及虛擬網卡支援。安裝成功不代表代理已連線,請分別測試。
從舊用戶端轉移時,請先備份訂閱網址、自訂規則與策略組選擇,再匯入新用戶端。不要直接取代整個應用程式資料夾;不同專案的設定檔與服務註冊方式不一定相容。
前往下載Android
下載時請確認處理器架構;若不確定,先查看裝置資訊與用戶端安裝說明。Clash Plus、Clash Meta for Android 與 FlClash 的設定介面各不相同,匯入前請確認訂閱格式。啟動連線時須允許系統建立 VPN;應用程式分流則在用戶端的相應設定中調整。
若鎖定螢幕後連線中斷,請優先檢查電池最佳化、背景執行限制及其他 VPN 應用程式。允許背景執行後再次重現問題,並搭配記錄判斷是否由系統終止程序,避免將所有斷線都歸因於訂閱失效。
前往下載iOS
下載頁提供 Clash Plus 的 App Store 下載連結,並列出官方網站 clashplus.io。安裝後透過應用程式內的設定入口匯入訂閱,依系統提示允許新增 VPN 設定,再選擇要使用的策略。系統狀態列顯示 VPN,只代表通道已建立;仍須實際連線至目標服務,確認出口可用。
切換 Wi-Fi 與行動數據後若出現異常,請先重新連線並確認訂閱中的策略選擇。若只有特定應用程式無法連線,應搭配規則命中結果排查,不宜反覆刪除系統中的所有網路設定。
前往下載Linux
桌面環境可從 Clash Verge Rev 或 FlClash 開始,依發行版的套件管理方式選擇安裝格式。圖形介面的系統代理設定不一定會套用至終端機指令;命令列工具通常還須另外設定代理環境變數,或使用已正確設定的 TUN 路由接管流量。
伺服器與路由器使用者可前往下載頁的 Mihomo 核心區,自行管理設定路徑、啟動服務與查看記錄。手動部署前應先確認執行使用者與監聽範圍;控制介面建議僅綁定本機,避免直接對外網開放。
前往下載SOURCE / CONFIGURATION
開源核心與用戶端的關係
Clash 生態系是以設定檔、代理策略與流量規則為核心的一系列專案。介面名稱相近,不代表採用的核心完全相同。選擇用戶端時,應一併確認專案維護狀態、實際使用的核心及支援的設定欄位;這些資訊比介面截圖更能判斷設定是否適用。
專案沿革與社群分支
原版 Clash 與部分早期圖形用戶端已停止維護,現有用戶端有許多採用後續發展的社群核心。Clash Meta 是相關分支曾使用的名稱,mihomo 則是目前常見的核心專案名稱之一。網路教學可能混用這些名稱,閱讀時應依文件所指的專案判斷;不能只因副檔名同為 YAML,就認定所有欄位都能正常運作。
開源專案的優點,在於程式碼、文件與問題討論都能公開查閱。遇到可重現的故障時,先閱讀專案文件及相關問題紀錄,再提供已移除敏感資訊的記錄,有助於分辨已知相容性問題與本機設定錯誤。社群儲存庫不等於訂閱服務,也不會保證第三方代理出口可用。
圖形介面與代理核心
用戶端介面通常負責匯入設定、選擇策略、切換系統代理及管理程序;核心則負責協定連線、規則比對、DNS 與流量處理。同一份設定在兩個用戶端上的表現不同,可能是核心支援範圍不同,也可能是介面自動合併了預設欄位。排查時應查看最終生效的設定,而不只是比較訂閱原文。
協定名稱相同,不代表所有擴充參數都一致。訂閱提供者須提供與目標核心相容的格式;若載入時出現未知欄位、策略缺漏或提供器讀取失敗,應先修正設定之間的對應關係。反覆更換 DNS 通常無法解決語法或引用問題,先確認核心能成功載入,才適合進行後續連線測試。
更新與設定保留
用戶端更新、核心更新與訂閱更新是三件不同的事。用戶端更新可能調整介面與服務管理;核心更新可能改變欄位支援或網路行為;訂閱更新則會取代提供者交付的設定內容。更新前請記錄目前可正常運作的狀態,並備份本機設定與自訂覆寫;更新後先確認設定能載入,再分別測試系統代理、規則命中與 TUN。請勿一次開啟所有功能來測試。
下載中心依平台整理下載入口與中文操作說明,但不取代各專案的發布資訊。若教學中的名稱與介面不同,請先確認用戶端及核心類型,再查看對應說明。已停止維護的應用程式較適合作為轉移參考;在新的系統環境中,應優先評估仍有維護且支援所需欄位的用戶端。如需了解節點逾時、訂閱失敗與系統代理殘留的排查順序,請參閱故障排除文件。
NOTES / CONFIGURATION
Clash 設定文章
以下三篇依日期由新到舊排列,分別介紹核心選型、自訂規則與 DNS 增強模式。先確認設定所使用的核心,再調整規則順序或解析方式,可減少將相容性問題誤判為網路故障。文章中的設定片段須配合既有策略組使用,不應直接取代整份訂閱。
Clash 原版、Meta 與 mihomo 核心差異:協定支援與設定相容性比較
整理原版核心停止維護後的分支演變,比較 Meta 與 mihomo 在協定支援、規則擴充及設定欄位上的差異,並說明挑選用戶端時的判斷依據。
閱讀核心比較 →Clash 自訂規則設定教學:規則類型、比對順序與 MATCH 預設規則
整理 DOMAIN、DOMAIN-SUFFIX、IP-CIDR、GEOIP、PROCESS-NAME 等規則類型,說明由上而下的比對順序、no-resolve 參數及 rule-providers 的搭配方式。
閱讀規則說明 →Fake-IP 與 redir-host 如何選擇:增強模式原理與適用情境
解析 Fake-IP 配發虛擬位址的運作方式,比較它與 redir-host 在解析速度及相容性上的差異,並介紹 fake-ip-filter 的常見用法。
閱讀解析說明 →