Windows
桌面用戶可先比較 Clash Plus、Clash Verge Rev 與 FlClash。下載前先到系統設定確認處理器架構;安裝後匯入訂閱,再啟用系統代理。需要使用 TUN 時,再依提示設定服務權限;安裝成功不代表已成功連線。
若要從 Clash for Windows 移轉,先備份訂閱網址、規則與連接埠設定。已封存的用戶端仍可能啟動,但其維護狀態與新用戶端不同;若設定欄位不相容,請依照新核心文件逐項處理,不要直接覆蓋整份設定。
前往下載 Windows 用戶端依問題查找設定
先開啟用戶端的設定或訂閱頁面,找到「從 URL 匯入」入口,貼上服務提供者給的完整訂閱網址,再按下載。看到設定卡片後,還要選取該設定作為目前設定;只下載到本機不代表已啟用。接著進入代理頁面,確認策略組可以展開並選擇代理。訂閱網址通常包含存取憑證,請勿貼到公開討論區。若匯入失敗,先確認連結是否完整、訂閱是否有效,以及目前網路能否連上訂閱伺服器;不要一開始就修改 DNS 或反覆重新安裝用戶端。
設定 → 從 URL 匯入 → 下載 → 選取設定
代理 → 展開策略組 → 選擇代理
規則模式會依設定中的規則順序決定連線走向,讓部分網站直接連線,其他連線則交由代理策略組處理。全域模式會將進入核心的連線統一交給全域策略;仍須在全域組中選好代理,也不代表所有裝置的流量都會自動被接管。新手建議先保留訂閱提供的規則模式,確認常用網站能正常瀏覽。若某個網站異常,可暫時切換全域模式進行比對測試;若全域模式可用、規則模式不行,再檢查符合的規則與目標策略組。測試結束後請切回規則模式,避免將暫時的排查設定當成長期設定。
mode: rule
log-level: info
系統代理會將代理位址寫入作業系統設定,通常適用於瀏覽器及遵循系統代理設定的應用程式。部分遊戲、命令列工具或使用自有網路堆疊的程式可能不會讀取這項設定,這時才需要考慮使用 TUN,透過虛擬網路介面接管相應流量。兩者並非一定要同時啟用。先使用系統代理測試瀏覽器;若只有某個應用程式無法連線,再檢查該程式的代理選項。確實需要 TUN 時,依照用戶端提示安裝服務或授予權限,並留意與其他 VPN 的衝突。若網路中斷,先還原為已驗證可用的設定,再逐項調整。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
用戶端顯示執行中,只能表示程式或核心已啟動,無法單憑此點證明網頁請求經過代理。先開啟要測試的網站,再到連線或記錄頁面尋找對應網域,查看符合的規則、目標策略組及最終出站。必要時可使用可信任的出口 IP 查詢網站,比較關閉與啟用代理時的結果。請注意,規則模式下,直連網站的出口可能不會改變,這是預期行為。瀏覽器快取、既有長連線及其他代理擴充功能都可能干擾判斷;測試前可關閉舊分頁再重新開啟。確認單一請求的連線路徑,比只看狀態開關更可靠。
開啟測試頁面 → 尋找對應連線
確認符合的規則 → 確認最終出站 → 比對出口
修改設定前,先匯出目前可用的檔案,並記下已啟用的覆寫或合併設定。若編輯後無法載入,優先切回備份,不要同時修改多個欄位。YAML 常見問題包括使用定位字元縮排、冒號後缺少空格,以及清單層級錯誤。透過訂閱下載的設定可能在更新時遭到取代,長期自訂內容應放在用戶端支援的覆寫機制中。還原原訂閱後若仍有異常,也要暫時停用覆寫,判斷問題來自原始檔案還是額外修改。每次只還原或調整一項,確認設定成功載入後再繼續驗證連線。
mixed-port: 7890
allow-lan: false
mode: rule
dns:
enable: true
依作業系統選擇安裝檔
先確認裝置的作業系統與處理器架構,再比較用戶端。Clash Plus、Clash Verge Rev、FlClash 等名稱分別代表不同的圖形介面專案,不能只因檔名含有 Clash 就判斷適用平台。下載頁依作業系統整理可選用戶端、維護狀態與安裝注意事項;首頁的入口只會帶你前往對應平台,不會直接開始下載安裝檔。
第一次使用,建議先在一台裝置上完成匯入與驗證,再將相同操作套用到其他裝置。安裝用戶端與取得訂閱是兩個獨立步驟:安裝檔提供程式,訂閱則提供連線所需的設定。準備好有效訂閱後,依照教學繼續操作,不必在安裝前手動撰寫完整 YAML。若舊用戶端仍可正常使用,先匯出設定與自訂規則,再決定是否移轉。
桌面用戶可先比較 Clash Plus、Clash Verge Rev 與 FlClash。下載前先到系統設定確認處理器架構;安裝後匯入訂閱,再啟用系統代理。需要使用 TUN 時,再依提示設定服務權限;安裝成功不代表已成功連線。
若要從 Clash for Windows 移轉,先備份訂閱網址、規則與連接埠設定。已封存的用戶端仍可能啟動,但其維護狀態與新用戶端不同;若設定欄位不相容,請依照新核心文件逐項處理,不要直接覆蓋整份設定。
前往下載 Windows 用戶端先在「關於這台 Mac」確認處理器是 Apple Silicon 還是 Intel,再選擇相應的安裝檔。常見選擇包括 Clash Plus、Clash Verge Rev 與 FlClash。首次啟動若要求授權,先確認應用程式來源,再依照系統的一般流程操作。
選單列中的代理開關與目前設定是兩個檢查項目。匯入後先確認已選取該設定,再檢查網路設定是否指向用戶端監聽的本機連接埠。切換到其他網路工具前,應先關閉目前的代理接管,避免設定互相覆蓋。
前往下載 macOS 用戶端手機用戶可先查看 Clash Plus,再比較 Clash Meta for Android、FlClash 與 Surfboard。多數近期裝置使用 ARM64,但仍應依裝置資訊選擇。不同用戶端支援的設定格式可能不同,尤其不要把所有訂閱連結都當成通用格式。
首次連線時,通常會出現系統 VPN 授權提示;確認是正確的應用程式後允許即可。若切換到背景後連線中斷,請檢查電池最佳化與背景執行限制。若系統已有其他 VPN 正在執行,先確認流量由哪個 VPN 接管,不要只憑通知列圖示判斷實際出站。
前往下載 Android 用戶端iPhone 與 iPad 用戶可從下載頁前往 Clash Plus 的 App Store 頁面,並透過官方網站 clashplus.io 查看應用程式說明。先完成安裝,再匯入用戶端支援的訂閱格式,接著依照系統提示加入 VPN 設定。
開啟連線開關後,仍須選擇合適的策略並瀏覽網頁進行驗證。若訂閱可以匯入卻無法瀏覽,先檢查設定是否有效及目前選取的項目,不要反覆刪除系統網路設定。行動網路與 Wi-Fi 的測試結果若不同,也應分開記錄後再排查。
前往下載 iOS 用戶端桌面環境可優先比較 Clash Verge Rev 與 FlClash,並依發行版選擇套件格式。安裝圖形介面後,先使用系統代理測試瀏覽器,再考慮服務模式或 TUN。圖形用戶端能開啟,不代表核心服務已正確啟動。
伺服器與路由器用戶可另外查看 mihomo 核心下載入口,但必須自行管理設定路徑、權限與啟動服務。命令列程式不一定會讀取桌面代理設定,請檢查應用程式本身的代理參數;不要為了解決單一程式的連線問題,就直接修改全域路由。
前往下載 Linux 用戶端專案關係與設定來源
Clash 生態系並非一套安裝檔就能適用所有裝置的單一產品。圖形用戶端提供設定管理、代理選擇、連線檢視與系統整合;核心則負責讀取設定、比對規則並建立出站連線。mihomo 是這個生態系中持續發展的開源核心。了解兩者的關係後,就能分辨介面上的功能開關與設定檔中的欄位,也能判斷問題應該從用戶端設定還是核心設定著手。
不同用戶端可能採用不同的核心版本、預設設定與設定合併方式,因此選單名稱和教學截圖不一定完全相同。較穩妥的做法是掌握操作目的:找到設定入口、啟用有效設定、選定策略,再確認流量已接管。按鈕位置改變不代表整套流程都變了;反過來,介面名稱相近也不表示所有進階欄位都能直接照搬。
搜尋 Clash 官方網站、Clash Verge Rev 下載或 Clash for Windows 停止維護時,很容易同時看到舊教學、封存專案與後續分支。它們可能共用部分設定語法,但維護團隊與發布管道並不相同。下載前先確認專案名稱,閱讀最新發布說明,再選擇適用於作業系統的安裝檔。不要只根據舊文章中的軟體名稱,判斷它仍是目前建議使用的選項。
封存不代表現有檔案立即失效,但後續相容性與問題修正需要另外評估。計畫移轉時,先儲存目前可用的設定,記下自訂規則、代理組名稱與本機連接埠;在新用戶端完成驗證後,再移除舊安裝。如此遇到差異時仍有基準可供比對,不必憑記憶重建整套設定。
開源程式碼儲存庫提供原始碼、授權條款、提交記錄與問題討論,是確認專案實作與變更的重要入口。mihomo 的公開儲存庫位於 MetaCubeX 組織下方;以下命令用於取得原始碼,適合想閱讀程式實作或研究建置流程的使用者。一般使用者安裝用戶端不必先執行命令,也不需要為了完成四步入門而搭建編譯環境。
程式碼公開與實際連線能否使用是兩回事。訂閱是否有效、代理伺服器是否可連線、網路環境是否允許存取,以及規則是否正確比對,都會影響結果。本網站不以未經查證的下載量或評分取代操作說明,而是優先列出可觀察的檢查項目:設定成功載入、策略已選取、請求有記錄,且最終出站符合預期。
更新用戶端通常會改變介面、系統整合或隨附核心;更新訂閱則是透過訂閱網址重新取得設定內容。前者不會自動延長服務,後者也不會替你升級應用程式。訂閱更新失敗時,先確認連結是否可連線、回傳內容是否為支援的格式,以及服務是否仍有效;不要把所有問題都歸咎於用戶端版本過舊。
準備升級前,先閱讀變更說明並匯出目前設定。升級後確認原有代理組、覆寫與 DNS 設定是否如預期保留,再重新測試常用應用程式。若曾直接編輯訂閱產生的檔案,下次更新訂閱時可能會覆蓋這些修改;需要長期保留的規則,應使用該用戶端明確支援的覆寫或合併功能,並保留可還原的備份。
向社群尋求協助時,先說明作業系統、用戶端名稱、使用的流量接管方式,以及從哪個步驟開始出現異常。說明是所有網站都無法連線,還是只有特定網域或應用程式失敗;接著補充切換規則模式與全域模式後的差異。這些資訊比只說「連不上」更能協助維護者縮小問題範圍,也能減少來回詢問。
記錄與設定可能包含訂閱憑證、伺服器位址或個人網路資訊。分享前先移除敏感內容,只保留與問題有關的欄位結構、錯誤訊息與重現步驟。不要公開完整訂閱網址,也不要將修改後的大型設定檔直接覆蓋到仍可使用的環境。先進行範圍最小的對照測試,再決定是否需要調整 DNS、路由或 TUN 設定。
完成設定後的進階閱讀
已能正常連線後,再依實際問題選讀文章。區域網路分享著重其他裝置如何連上電腦的連接埠;憑證錯誤與瀏覽器安全驗證有關;DNS 檢測則聚焦網域解析路徑。三類問題的檢查重點各不相同,不建議一次套用多篇文章中的所有設定;先保留目前設定,每次只驗證一項變更。
先透過檢測頁判斷 DNS 查詢是否外洩,再逐行說明 dns 區段中的 enhanced-mode、nameserver 與 fallback 設定,並提供可直接套用的範例。
閱讀時先分清 DNS 查詢路徑與網頁連線路徑。檢測頁顯示的 DNS 服務商只能作為線索,還要配合目前的流量接管方式判斷;不要只因看到陌生名稱,就直接取代整段 DNS 設定。
分辨系統時間錯誤、公共 Wi-Fi 劫持、節點異常與規則設定錯誤等情況,說明憑證錯誤與代理之間的實際關係及相應處理方式。
出現安全警告時,先停止輸入帳號與付款資訊,確認系統時間和造訪的網域,再透過其他網路交叉測試。代理開關與憑證錯誤同時出現,並不足以證明兩者有因果關係。
說明 mixed-port 同時支援 HTTP 與 SOCKS5 的原理,示範啟用 allow-lan、查找本機區域網路 IP,以及在手機 Wi-Fi 設定中填入代理資訊。
分享前先確認電腦本身可以正常連線,再檢查兩台裝置是否位於彼此可連通的區域網路。允許區域網路只是其中一個步驟,還要確認監聽位址、防火牆,以及手機設定的代理連接埠。