Windows
建議先查看 Clash Plus,也可依使用習慣選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。先在系統資訊中確認處理器類型,再查看安裝檔說明;請勿混淆 x64 安裝檔與 ARM 架構。安裝完成後先驗證系統代理,確有接管需求時再設定服務與 TUN 權限。
Clash for Windows 已停止維護,下載頁保留了封存說明。既有使用者要遷移時,先備份訂閱與個人規則,重新確認新用戶端的連接埠與覆寫方式,請勿直接搬移整個舊設定目錄。
前往下載設定示範 / 依章節查看
先釐清設定、規則與接管範圍,再修改選項。以下片段用來說明操作關係,不能取代含有完整策略組的設定檔。
config.yaml / rules
mode: rule
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
先將明確的網域規則排在前面,再設定地區規則,最後以 MATCH 作為兜底。Clash 會依清單順序比對,符合後便使用對應出口,不再檢查後續規則。範例中的 PROXY 是策略名稱,必須與設定檔內已有的策略組一致;DIRECT 則表示直連。調整後重新發起連線,並在連線頁確認命中項目。相較於全域模式,規則模式可讓不同目標使用不同出口,適合日常瀏覽與本機服務並行的情境。
訂閱 / 設定生效順序
先在訂閱頁匯入來源提供的相容連結,更新成功後再選取該設定檔。訂閱可能包含節點、策略組、規則與 DNS 設定,因此匯入成功不代表所有連線都會自動經過代理。發生錯誤時,先確認內容是完整的 YAML,而非網頁或其他用戶端專用格式。需要新增個人規則時,優先使用用戶端提供的覆寫或合併功能,避免直接修改遠端訂閱檔案;之後更新可能會覆蓋檔案中的本機修改。
流量接管範圍 / 先選一種方式驗證
先透過系統代理確認瀏覽器能否連線,再判斷是否需要 TUN。系統代理會透過作業系統設定,告知應用程式使用本機連接埠;部分程式不會讀取這些設定。TUN 透過虛擬網卡接收路由至核心的流量,通常需要額外權限,也涉及 DNS 與路由設定。兩者處理的是流量接管範圍,不會自動改善節點品質,也不等於全域模式。只有特定應用程式未被接管時,再依教學啟用 TUN,並檢查是否與其他 VPN 或虛擬網卡衝突。
連線檢查 / 從入口追到出口
目標網域 → DNS 解析
應用程式請求 → 系統代理或 TUN
規則比對 → 策略組
選定出口 → 目標服務
先重新送出一次網頁請求,再開啟連線頁,確認目標、命中規則與實際出口。只看主畫面的開關,無法判斷應用程式是否進入核心;只看延遲測試,也無法確認網站能否正常使用。若沒有連線紀錄,先檢查接管設定;若命中非預期規則,調整順序或策略;若出口正確仍失敗,再檢查節點、DNS 與目標服務。每次只修改一個變數並重新測試,能保留清楚的排查脈絡,比同時切換多個選項更容易找出原因。
釐清「接管流量」與「選擇出口」是設定的起點。系統代理與 TUN 決定哪些請求會進入用戶端;規則模式與全域模式則決定這些請求如何選擇出口。這是兩個獨立面向:啟用 TUN 後仍可依規則分流,選擇全域模式也不會自動接管所有忽略系統代理的程式。初次設定時保留預設值,先完成一條可重現的連線,再逐步擴大使用範圍。
閱讀設定片段時也要留意上下文。規則引用的策略必須已存在,YAML 縮排必須正確,有些欄位也取決於用戶端使用的核心。直接將網路上的片段整段貼進訂閱,可能會覆蓋既有結構。想了解欄位意義,請參閱術語手冊;想找出具體故障環節,請參閱依症狀整理的疑難排解手冊。
用戶端 / 依平台選擇
先確認作業系統與處理器架構,再選擇安裝檔。桌面圖形化用戶端、行動裝置用戶端與命令列核心的使用方式不同,設定也未必能直接共用。
建議先查看 Clash Plus,也可依使用習慣選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。先在系統資訊中確認處理器類型,再查看安裝檔說明;請勿混淆 x64 安裝檔與 ARM 架構。安裝完成後先驗證系統代理,確有接管需求時再設定服務與 TUN 權限。
Clash for Windows 已停止維護,下載頁保留了封存說明。既有使用者要遷移時,先備份訂閱與個人規則,重新確認新用戶端的連接埠與覆寫方式,請勿直接搬移整個舊設定目錄。
前往下載先確認是 Apple Silicon 或 Intel,再選擇對應的 Clash Plus、Clash Verge Rev 或 FlClash 套件。在「關於這台 Mac」查看晶片資訊,比從電腦外觀判斷更準確。首次啟動時依系統提示完成必要授權,接著在用戶端匯入設定並檢查代理狀態。
舊用戶端留下的代理設定可能影響新用戶端。切換前先結束舊程式,確認沒有兩個程式同時修改系統代理。ClashX Meta 的封存下載入口與維護狀態會在下載頁另外標示。
前往下載查看 Clash Plus、Clash Meta for Android、FlClash 與 Surfboard 的適用說明。多數較新的裝置採用 ARM64,但仍應以裝置資訊為準。安裝完成後匯入相容設定,首次連線時請留意系統 VPN 授權提示;同時執行其他 VPN 應用程式可能造成接管衝突。
需要在背景持續連線時,再依手機系統設定檢查電池最佳化與背景活動權限。若只有螢幕關閉後才斷線,優先確認程序是否遭系統暫停,而非反覆更換訂閱。Surfboard 的設定格式與 Clash YAML 不同,匯入前請先確認格式。
前往下載透過下載頁前往 Clash Plus 的 App Store 頁面,查看裝置相容性與應用程式說明。用戶端官網為 clashplus.io。安裝後依應用程式流程匯入設定,並在系統提示中確認新增 VPN 設定;之後應同時參考應用程式內的連線狀態與實際連線結果,判斷是否生效。
在 Wi-Fi 與行動網路之間切換後,先重新測試同一個目標。若連線表現不同,記下目前網路、錯誤訊息與使用的策略,再參閱行動裝置排查章節。用戶端負責處理連線,訂閱來源與可用線路則需要另外確認。
前往下載桌面環境可選擇 Clash Verge Rev 或 FlClash,再依發行版的套件格式安裝。無圖形介面的伺服器、路由器及需要背景服務的環境,可另外部署 mihomo 核心。圖形化用戶端通常會提供設定管理入口;命令列核心則需要自行安排設定目錄、啟動參數與服務權限。
桌面代理設定不一定會影響終端機程式。命令列下載工具可能需要另外設定代理環境變數,背景服務也不會自動沿用互動式終端機的環境。先確認需要連線的是哪個程序,再決定使用應用程式層級代理、系統代理或 TUN,避免混淆不同範圍的設定。
前往下載下載用戶端不代表取得代理線路。準備匯入前,請確認訂閱來自可信來源、格式適用於所選用戶端,並妥善保管連結。連結可能包含存取憑證,請勿貼到公開留言、截圖或陌生的轉換網站。更新設定後,先確認仍選取預期的策略組,再繼續使用。
快速上手 / 保留一條驗證流程
先使用預設設定完成一次連線,再新增自訂規則。以下是教學的操作預覽,實際選單名稱可能因用戶端而異。
開啟用戶端的「訂閱」或「設定」入口,貼上相容的訂閱連結,然後下載或更新。看到設定名稱後,選取該設定檔,並確認代理頁面出現對應的策略組。若匯入失敗,先確認連結是否完整、是否過期,以及回傳內容是否為用戶端支援的格式。設定尚未載入前,請勿反覆調整系統代理。
也可以使用本機檔案作為設定來源,但檔案必須包含有效的代理或代理提供者,以及相應策略。只有幾行 rules 的示範片段無法單獨建立連線。請保留一份能正常運作的設定,以便日後還原。
先切換至規則模式,再於規則實際引用的策略組中選擇出口。規則模式適合分開處理本機目標與其他服務;全域模式可暫時用來比較出口行為;直連模式則不會使用代理出口。名稱相似的策略組可能用途不同,修改前先確認規則指向哪個策略,而非只改清單中的第一個群組。
初次連線不必馬上啟用所有進階選項。先保留 DNS 與路由的預設設定,確認基本連線正常。需要讓特定網域直連時,再新增範圍明確的規則,並確認它排在較廣泛的規則之前。
桌面版先啟用系統代理,行動裝置則依提示啟動 VPN 連線。重新開啟測試頁面,再於用戶端的連線頁查看目標與出口。既有長連線可能仍沿用原本路徑,必要時先關閉相關應用程式再重試。確認一次可重複的連線結果,比只看開關是否亮起更可靠。
如果關閉用戶端後仍無法上網,請檢查系統是否殘留指向本機連接埠的代理設定。如果只有個別應用程式沒有連線紀錄,再檢查應用程式代理、TUN 或 VPN 排除項目;如果已有紀錄但連線失敗,則依序排查規則、策略、DNS 與線路。
完成連線驗證後再設定開機自動啟動。先確認用戶端能正常結束並重新連線,再啟用開機啟動、自動連線或背景服務。啟動程式與接管網路是不同設定;重新開機後也要確認設定已載入、核心正在執行、代理連接埠可用。
開源生態系 / 區分專案與用戶端
透過原始碼、發行說明與設定文件確認功能。用戶端介面負責管理,核心負責處理連線,訂閱則提供設定;三者各自有不同的更新範圍。
Clash 建立了以規則決定出口的設定方式,Clash Meta 在此生態系中持續擴充,相關核心專案後來以 mihomo 名稱維護。舊教學仍可能使用 Clash Meta 這個名稱。閱讀文章時,先確認討論的是核心、圖形化用戶端還是設定格式;名稱相同不代表維護狀態相同。
Clash for Windows 是圖形化用戶端的名稱,不等於整個 Clash 生態系。它停止維護後,其他用戶端與 mihomo 核心仍各自有發行流程。遷移時可以保留相容的訂閱來源,但應重新確認設定支援範圍、預設連接埠、服務模式與個人覆寫入口。
圖形化用戶端通常提供訂閱管理、策略切換、紀錄檢視與系統代理開關。核心會解析設定,處理 DNS、規則比對與代理連線。某項協定或欄位能否使用,取決於核心是否支援,以及用戶端是否正確傳遞設定。只看介面上有某個開關,無法確認所有參數都已生效。
比較用戶端時,優先考量系統支援、設定管理方式與日常排查入口,而不只是外觀。需要在背景執行的裝置,也要留意服務管理與權限復原。選擇時以下載頁的平台說明為準;遇到欄位差異,再對照所用核心的文件。
用戶端更新可能變更核心、介面或權限處理方式;訂閱更新則主要替換來源提供的設定,兩者不能互相取代。更新前保留個人規則與一份可用設定,並閱讀發行說明中與目前系統相關的變更。更新後重新驗證訂閱載入、策略選擇與連線路徑,尤其留意服務模式與 TUN 是否需要重新授權。
遠端訂閱的內容盡量交由來源維護,個人需求則透過用戶端支援的覆寫、合併或獨立規則檔處理。不同用戶端的合併順序可能不同,遷移後先用一個明確的網域測試,確認個人規則確實套用到最終設定。編輯器成功儲存,不代表執行中的核心已重新載入設定。
發生故障時,記下作業系統、用戶端名稱、接管方式、錯誤時間與重現步驟。紀錄中的訂閱連結、伺服器位址、認證欄位等可能包含敏感資訊,公開回報前請先移除。描述「某應用程式在某個網路下沒有連線紀錄」,比只寫「無法使用」更容易定位,也能避免將 DNS 故障誤判為規則錯誤。
Clash指南整理下載入口與設定步驟,並非核心專案或所有用戶端的官方維護單位,也不提供代理線路。遇到特定用戶端的問題時,應參考其發行說明與問題回報管道;涉及訂閱權限或內容時,請聯絡訂閱來源。使用時也請遵守所在地法律、網路管理規範及相關服務條款。
資訊 / 專題閱讀
完成基本連線後,再依遇到的問題選讀專題。以下三篇分別介紹 Linux 背景執行、延遲測試解讀與自訂規則順序,適合帶著已記錄的設定狀況繼續查閱。
涵蓋桌面版發行版的圖形化用戶端與無圖形介面伺服器兩種情境,說明 mihomo 安裝、設定目錄、systemd 服務與終端機代理環境變數。
重點說明互動式終端機與背景服務的執行環境差異。適合手動啟動後能連線,但重新開機後服務失效,或終端機工具未使用預期代理的情況。
閱讀文章 →說明用戶端延遲測試的測量內容、測試位址與逾時設定如何影響結果,以及封包遺失、頻寬與線路壅塞為何不會反映在毫秒數值中。
先統一測試條件,再比較實際應用體驗。適合測試結果看似正常,但下載、影片播放或網頁瀏覽仍明顯不順的情況。
閱讀文章 →逐一拆解常用規則類型的語法,說明由上而下比對並採用首條符合規則的機制,示範 rule-providers 引用與規則衝突的調整方式。
從單一網域規則著手,再檢查規則集引用與兜底位置。適合已選取正確策略,卻發現某個網站仍使用非預期出口的情況。修改前保留原設定,修改後以新連線確認命中結果,避免受到瀏覽器沿用舊連線影響。
閱讀文章 →