將設定網址填入正確入口
訂閱連結通常由服務提供者產生,其中包含節點、代理群組與規則。匯入時應使用客戶端的「訂閱」、「設定」或「Profiles」入口,而不是把整段網址貼到節點名稱中。客戶端完成下載後,還需要選取剛匯入的設定,節點清單與代理群組才會真正生效。
如果更新後清單為空,先確認網址仍可存取,再檢查連結是否完整複製。有些訂閱需要特定請求標頭,另一些則需要先進行格式轉換。排查時一次只變更一個條件,避免快取、網路與格式問題混在一起。
集中查看 五大平台客戶端、訂閱匯入步驟與 規則分流說明。先選對客戶端,再處理設定,整個過程會清楚許多。
Clash 的設定項目不少,但實際使用流程很固定:選擇客戶端、匯入訂閱、確認代理模式,再依需求處理 DNS 與 TUN。
訂閱連結通常由服務提供者產生,其中包含節點、代理群組與規則。匯入時應使用客戶端的「訂閱」、「設定」或「Profiles」入口,而不是把整段網址貼到節點名稱中。客戶端完成下載後,還需要選取剛匯入的設定,節點清單與代理群組才會真正生效。
如果更新後清單為空,先確認網址仍可存取,再檢查連結是否完整複製。有些訂閱需要特定請求標頭,另一些則需要先進行格式轉換。排查時一次只變更一個條件,避免快取、網路與格式問題混在一起。
Rule 模式不會把所有流量簡單交給同一個節點,而是按照設定檔中的規則由上到下比對。網域後綴、完整網域、IP 網段與地理規則都可以成為判斷條件。符合後,連線會交給對應的代理群組;未符合的流量則套用最後的備援規則。
規則順序非常重要。精確規則通常要放在寬泛規則前面,否則前面的萬用條件會先攔截流量。遇到某個網站走錯線路時,可以先查看客戶端連線記錄中的命中規則,再調整相應規則或代理群組,不必把整份設定重新來過。
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
MATCH,PROXY
系統代理主要影響會讀取系統代理設定的應用程式,命令列程式、部分遊戲與獨立網路元件可能會繞過它。TUN 模式會建立虛擬網卡,在更接近網路層的位置接管流量,因此涵蓋範圍通常更廣。它適合系統代理無法處理的程式,也適合希望統一分流入口的情境。
啟用 TUN 通常需要管理員權限,也可能與其他虛擬網卡、網路過濾工具或企業安全軟體發生衝突。首次啟用後,應分別測試瀏覽器、終端機與本機網路存取。若出現無法連網,先關閉 TUN 恢復連線,再檢查 stack、DNS 劫持與路由設定。
DNS 不只是將網域轉換成 IP,也會影響規則能否正確識別目標。Fake-IP 模式會先回傳保留位址,再由核心在連線階段完成網域映射與分流;Redir-Host 更接近傳統解析方式,兩者的相容性考量不同。選擇時應結合區域網路裝置、特殊應用程式與目前的網路環境。
調整 DNS 前,建議先保留原始設定,並確認訂閱是否會在更新時覆蓋本機修改。遇到網頁可以開啟但應用程式連線失敗的情況,可以檢查 nameserver、fallback、fake-ip-filter 與系統快取。修改後重新啟動核心,比只重新整理瀏覽器更容易得到明確結果。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
Rule 適合日常使用,由規則決定直連或代理;Global 會將多數連線交給指定代理群組,常用於臨時測試;Direct 讓流量直接連線,可用於快速判斷問題是否來自代理鏈路。切換模式只會改變流量決策,不會取代訂閱更新,也不會自動修正節點本身的問題。
訂閱設定可能在更新時被整體替換,長期需要的自訂規則應放入客戶端支援的覆寫、擴充腳本或本機設定入口。修改前記錄原始值,修改後只測試一個目標。如此一來,即使結果不理想,也能迅速還原,不會讓 DNS、TUN 與規則問題混成一團。
不同系統的安裝方式、權限模型與背景執行策略並不相同。進入對應平台後,再根據圖形介面、核心能力與維護狀態選擇客戶端。
適合桌面辦公、瀏覽器與常用應用程式。安裝後通常先匯入訂閱,再開啟系統代理;需要涵蓋命令列或特殊程式時,可繼續設定 TUN。下載頁會分別列出持續維護中的圖形客戶端與封存專案,方便依介面習慣與核心能力選擇。
前往下載適合 Intel 與 Apple Silicon Mac。安裝時要注意處理器架構,並允許客戶端加入網路設定。選單列客戶端操作簡潔,完整桌面客戶端則更方便查看連線記錄、規則命中與覆寫設定。首次啟動遇到權限提示時,應依系統設定中的實際項目逐一確認。
前往下載適合手機、平板與電視類裝置。Android 客戶端通常透過系統 VPN 介面接管流量,首次連線時會出現授權請求。若背景執行一段時間後自動停止,應檢查電池最佳化與背景執行限制;若只有部分應用程式異常,再查看分應用程式代理、略過區域網路與 DNS 設定。
前往下載適合 iPhone 與 iPad。iOS 客戶端透過系統網路延伸功能建立連線,設定匯入、代理群組切換與隨需連線都在應用程式內完成。行動網路與無線區域網路切換後若連線狀態異常,可重新建立系統 VPN 工作階段,並檢查訂閱是否已更新至目前設定。
前往下載適合桌面 Linux、伺服器與部分路由器環境。桌面使用者可選擇圖形客戶端,伺服器維護者則更常直接使用 mihomo 核心與設定檔。部署前要確認處理器架構、服務權限、監聽位址與防火牆規則,並避免將管理介面暴露在不受信任的網路中。
前往下載下載中心依平台列出可選客戶端、系統需求與維護狀態。首頁只提供入口,不展示容易過期的版本資訊。
圖形介面負責操作體驗,mihomo 核心負責協定、規則、DNS 與流量處理。理解這層關係後,選擇與排查都會更直接。
Clash 生態長期圍繞 YAML 設定、代理群組與規則分流,形成相對穩定的使用習慣。隨著原有專案狀態變化,社群維護逐漸轉向相容 Clash 設定的後續核心與客戶端。mihomo 延續常用的設定思路,並持續擴充協定、規則集、DNS 與 TUN 能力。現在看到的許多桌面或行動客戶端,本質上是將核心能力包裝成更容易操作的圖形介面。
因此,「Clash 客戶端」並不只代表某一個應用程式。不同專案可能採用不同的介面技術、更新管道與權限處理方式,但訂閱、代理群組、Rule 模式與 YAML 設定仍有許多共通概念。本網站依平台整理這些專案,並明確封存已停止維護的客戶端,避免將熟悉的舊名稱與目前的維護狀態混為一談。
開源專案的程式碼、提交記錄、問題討論與發布說明都能由社群共同檢視。對一般使用者而言,不必逐行閱讀程式碼,也能透過維護頻率、問題回應、建置說明與社群討論判斷專案狀態。對開發者而言,則可以追蹤規則行為、協定實作與平台相容性問題,必要時提交修正或重現資料。
開源不代表所有第三方建置版本都由同一位維護者提供。下載時仍應先確認專案名稱、目標平台與架構,再閱讀安裝說明。Windows、macOS 與 Linux 通常同時提供多種架構檔案,Android 也可能區分通用套件與特定處理器版本。本網站的下載頁會拆開說明這些差異,減少只憑檔名猜測的情況。
核心讀取設定並處理網路連線,決定網域解析、規則命中、代理群組選擇與最終出站。圖形客戶端負責訂閱管理、系統代理開關、核心啟動、連線記錄與平台權限。遇到問題時,可以先判斷故障位於哪一層:介面無法儲存設定,多半屬於客戶端層;規則命中不符預期,通常需要檢查設定;核心啟動失敗,則應查看連接埠、權限與設定語法。
這種分層判斷比反覆重新安裝更有效。訂閱更新報錯時先測試訂閱網址;節點可用但網站走錯線路時檢查規則;瀏覽器正常而命令列無法連線時比較系統代理與 TUN;網域異常但直接存取 IP 正常時再檢查 DNS。每次只驗證一層,定位過程會像整理資料夾,而不是弄亂整張桌面。
客戶端更新、核心更新、訂閱更新與地理資料庫更新是四件不同的事。客戶端更新主要影響介面、平台相容性與整合方式;核心更新可能帶來協定、規則或網路堆疊變化;訂閱更新由服務提供者決定節點與分組內容;GeoIP、GeoSite 等資料庫則會影響部分地理規則的比對結果。
日常維護不需要頻繁修改所有專案。先確保目前設定可用,再依明確需求更新。更新前可以匯出本機覆寫與重要設定,更新後依序確認核心啟動、訂閱載入、代理群組選擇、規則命中與 DNS。若發生異常,回顧最近變更的項目,比同時更換客戶端、核心與設定更容易恢復。
整理訂閱失效、TUN 接管與 DNS 解析的長篇文章。每篇只處理一個主題,方便依現象查找。
訂閱匯入報錯或節點清單為空,原因通常集中在連結過期、格式不相容與網路受阻。文章依序檢查訂閱網址、請求標頭、轉換服務與本機快取,避免一開始就反覆重新安裝客戶端。
閱讀全文 →系統代理無法管理命令列工具與部分客戶端時,TUN 可以在網路層處理更廣泛的流量。文章說明運作原理、stack 選項、平台權限與常見衝突,並提供斷線後的復原順序。
閱讀全文 →Fake-IP 會先回傳保留位址,再由核心在連線階段完成網域映射與分流判斷。文章比較 Redir-Host,說明 fake-ip-filter 的作用,並列出區域網路裝置與特殊應用程式的處理方式。
閱讀全文 →還可閱讀多裝置設定同步、GeoIP 與 GeoSite 資料庫更新等主題。