Windows
適合桌面瀏覽器、開發工具與日常辦公。可從 Clash Plus、Clash Verge Rev 或 FlClash 開始,安裝前先在系統資訊中確認架構。系統代理適用於遵循代理設定的應用程式;若要接管更多應用程式,再查閱 TUN 的服務與權限需求。
安裝後先匯入設定並選擇代理群組,確認本機監聽連接埠,再啟用系統代理。若同時執行其他網路工具,請檢查是否有連接埠衝突,避免多個程式反覆修改系統設定。
用戶端下載 / 依裝置選擇
先確認作業系統與處理器架構,再挑選用戶端。圖形介面用戶端負責設定管理、系統代理與記錄檢視;核心則負責通訊協定連線與分流,兩者不是同一個安裝套件。初次使用建議從圖形介面用戶端開始;伺服器與路由器部署則可考慮獨立核心。
適合桌面瀏覽器、開發工具與日常辦公。可從 Clash Plus、Clash Verge Rev 或 FlClash 開始,安裝前先在系統資訊中確認架構。系統代理適用於遵循代理設定的應用程式;若要接管更多應用程式,再查閱 TUN 的服務與權限需求。
安裝後先匯入設定並選擇代理群組,確認本機監聽連接埠,再啟用系統代理。若同時執行其他網路工具,請檢查是否有連接埠衝突,避免多個程式反覆修改系統設定。
請依 Apple Silicon 或 Intel 挑選安裝套件。Clash Plus、Clash Verge Rev 和 FlClash 提供圖形介面操作入口;封存版用戶端則需特別留意系統相容性。將應用程式拖入「應用程式」資料夾後,依系統提示授予用戶端所需權限。
請分別確認選單列上的連線狀態與系統代理開關。結束用戶端前先還原代理設定,避免瀏覽器繼續連線至已關閉的本機連接埠;啟用虛擬網卡時,也要檢查相關背景服務是否正常執行。
手機和平板可比較 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard 支援的設定範圍。安裝套件須符合裝置架構,設定格式也應與用戶端相容;訂閱連結可匯入,不代表所有欄位都已生效。
首次啟動連線時,系統會要求授予 VPN 權限。背景省電限制可能影響連線持續運作,可在裝置設定中允許必要的背景活動。通常同一時間只能有一個應用程式使用系統 VPN 通道,切換工具前請先停止目前的連線。
可透過 App Store 查找 Clash Plus,用戶端官網為 clashplus.io。匯入設定後,依系統提示加入 VPN 設定,再於用戶端選擇策略。安裝應用程式、匯入訂閱與啟動連線是三個獨立步驟。
桌面版設定中的檔案路徑、外部控制介面與虛擬網卡參數,不一定適用於行動作業系統。移轉設定前先確認支援的欄位,保留必要的代理與規則,再透過用戶端的連線記錄確認實際出口。
桌面環境可選擇 Clash Verge Rev 或 FlClash,並依發行版的套件格式安裝。伺服器、容器或路由器可直接執行 mihomo,但須自行處理設定路徑、程序管理、服務權限與網路路由。
安裝套件格式與處理器架構都必須符合。獨立核心不會自動提供完整桌面介面,也不代表已啟用系統代理;請先檢查記錄與監聽位址,再依應用程式或系統需求設定代理入口。
用戶端名稱相近,不代表維護狀態、核心能力與訂閱格式相同。下載頁依平台列出可選項目、安裝套件類型及系統需求;通訊協定能力與核心家族差異則集中於通訊協定手冊,方便先挑選介面,再確認功能。
查看所有用戶端 →config.yaml / 設定區塊索引
設定檔將節點來源、策略選擇、規則比對與流量接管分為不同層次。遇到問題時,先判斷所屬層次,再修改對應欄位。以下片段僅供理解結構,並非包含訂閱與遠端節點的完整設定;使用前請確認目前用戶端與核心的支援範圍。
代理群組可將多個出口整理為一個供規則引用的名稱。手動選擇群組使用 select;自動偵測類策略則需要設定對應的探測參數。規則中填寫群組名稱,群組內實際使用的選項由用戶端介面決定,因此切換出口通常不必重寫規則。以下以直連作為最簡範例;加入遠端節點後,節點名稱必須確實存在。訂閱更新後若原有選項遭移除,應重新檢查群組內的選擇,而非只確認更新成功。
proxy-groups:
- name: 節點選擇
type: select
proxies:
- DIRECT
適用用戶端:支援 Clash 設定的圖形介面用戶端
規則提供者會將比對項目存放在獨立檔案中,再由主設定透過 RULE-SET 引用。規則檔案的內容格式必須符合 behavior 設定;網域清單不能直接當作傳統規則清單使用。以下示範本機網域規則集的宣告,路徑會以核心工作目錄為基準解析;實際使用時還須準備檔案並新增引用規則。相較於直接堆疊 rules,這種方式更方便分組維護,但必須一併檢查來源、格式與引用名稱。
rule-providers:
local-domains:
type: file
behavior: domain
path: ./rules/local-domains.yaml
適用用戶端:支援規則提供者的 Clash / mihomo 用戶端
DNS 設定負責將網域解析為位址,不會直接決定代理群組的出口。啟用 fake-ip 後,核心可透過對應記錄處理網域流量,但部分應用程式可能需要額外的相容設定。以下僅示範基本解析結構,不能取代完整的解析路由設計。網頁無法開啟時,先查看解析記錄,再檢查上游解析器是否可連線;若將所有問題都歸因於節點故障,便容易忽略本機 DNS 接管或快取造成的差異。
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- 1.1.1.1
適用用戶端:可設定核心 DNS 的 Clash / mihomo 用戶端
TUN 透過虛擬網卡與系統路由接收流量,涵蓋範圍與使用系統代理的瀏覽器不同。啟用前請確認用戶端已安裝必要服務,並具備建立網卡及修改路由的權限。以下為 mihomo 常用欄位的結構範例,實際效果仍取決於作業系統與用戶端的實作。初次設定建議先驗證系統代理,再單獨啟用 TUN;同時變更 DNS、路由與代理模式,會增加問題排查難度。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
適用用戶端:支援 mihomo TUN 且具備系統權限的用戶端
讀取設定時,先檢查縮排與欄位所屬層級,再確認具體值。YAML 中同名欄位重複、清單層級錯誤或引用名稱不一致,都可能導致設定無法載入。用戶端成功開啟檔案,只代表完成了相應階段的處理,不表示每條規則都符合預期;仍應透過連線記錄查看命中規則與最終策略。
從匯入訂閱開始閱讀 →開源生態系 / 來源與界線
判斷用戶端是否適用,重點在於專案維護狀態、實際搭載的核心,以及設定與通訊協定的支援範圍。本網站提供資源整理與文件,不代表各用戶端開發團隊,也不提供遠端代理服務。應分別辨識應用程式、核心與設定來源,不能以單一專案名稱代表整個生態系。
Clash 建立了以 YAML 描述代理、策略群組與分流規則的設定方式,之後也出現了適用於不同系統的圖形介面用戶端。原始專案停止更新後,舊安裝套件仍可能正常執行,但能執行不代表持續支援通訊協定相容與問題修復。挑選用戶端時,優先確認仍持續維護的專案及其發行說明;保留舊用戶端應有明確的相容性需求,而不只是因為名稱熟悉。
維護狀態也不能只靠介面外觀判斷。介面調整、核心升級與系統相容性修復是不同工作,單次發行可能只更新其中一項。升級後若行為有所改變,先記錄用戶端名稱、使用的核心與具體設定,再對照專案說明縮小範圍,比直接更換整套設定更容易重現問題。
mihomo 延續 Clash Meta 的發展路線,負責通訊協定處理、規則比對、DNS 與網路堆疊等核心功能。圖形介面用戶端則提供訂閱管理、策略選擇、系統服務與記錄介面。即使兩款用戶端使用相同核心,設定合併方式、預設選項與權限管理流程仍可能不同,因此不能直接套用另一款用戶端的選單路徑。
選擇通訊協定前,應同時確認伺服器端需求與用戶端核心的支援情況。在設定中填入某個通訊協定名稱,不會讓舊版核心自動取得該功能;TLS、UDP 與傳輸層設定也必須在兩端相符。通訊協定手冊依設計取捨說明常見通訊協定與核心差異,適合在更換用戶端或移轉訂閱前參閱。
訂閱連結用來取得設定或節點資訊,本身不是用戶端。設定可能同時包含代理群組、遠端規則與解析設定,也可能只有節點清單;匯入後應先確認格式,再判斷是否需要補充策略。對來源不明的 Clash 免費節點或公開設定,應先了解服務提供者與設定內容;成功匯入不代表服務可靠。
Clash 代理服務訂閱通常有專屬網址,網址中的參數可能與帳戶權限相關。分享問題截圖或提交記錄前,請移除訂閱網址、身分參數與節點憑證。排查時保留錯誤類型、相關欄位名稱與必要的網路環境資訊即可,避免將完整的私人設定公開。
應用程式、核心、訂閱與規則資料的更新彼此獨立。重新整理訂閱不會自動更新應用程式;更新應用程式也不代表節點清單已重新整理。Clash GeoIP 更新會影響相關地理規則的資料來源,而非所有網域規則;是否生效仍取決於設定使用的資料格式、檔案位置與規則類型。
移轉前請保留可用設定,並記錄代理連接埠、選取的代理群組與流量接管方式。完成應用程式升級後,先以原有模式驗證連線,再逐項恢復自訂 DNS、規則覆寫或 TUN 設定。Clash 節點延遲測試只反映特定測試目標與測試方式下的回應,不能單獨代表影音串流、下載速度或所有網站的可用性。
先完成安裝與訂閱匯入,確認設定可正常載入;接著檢查代理群組中是否有可用出口,並切換至規則模式。然後確認系統代理設定或行動裝置的 VPN 權限,開啟明確的測試目標,查看連線記錄中的規則與策略。若應用程式顯示已連線卻無法存取,應先釐清解析、規則、出口與本機流量接管環節,不要同時變更所有開關。
系統代理與 TUN 不一定要同時啟用。若只需讓瀏覽器及遵循代理設定的應用程式使用代理,可先驗證系統代理;應用程式自行建立連線且不讀取系統設定時,再考慮虛擬網卡方案。關閉用戶端後若瀏覽器異常,請檢查系統是否仍保留本機代理位址。完整操作步驟請見Clash 使用教學;複雜的通訊協定與核心相容性問題請參閱通訊協定手冊。
技術筆記 / 最新整理
依不同使用情境整理設定步驟、權限需求與檢查順序。先依教學完成基本連線,再按實際問題查閱相關筆記;路由器部署與虛擬網卡接管涉及系統網路設定,請保留修改前的狀態,方便逐項驗證與還原。
從虛擬網卡與系統路由表談起,說明 TUN 模式和系統代理的差異、stack 選項的意義,以及在 Windows、macOS、Android 啟用 TUN 的步驟與權限需求。
閱讀筆記 →概述在路由器或旁路由直接執行 mihomo 核心的幾種方式,比較主路由與旁路由的網路拓撲,並說明架構選擇、記憶體需求與閘道設定要點。
閱讀筆記 →解析訂閱更新錯誤的幾種根本原因:連結失效、格式不相容、更新請求使用錯誤的代理,並說明各用戶端中自動更新間隔及更新時是否使用代理的設定位置。
閱讀筆記 →