Clash 訂閱更新失敗
先查看記錄,分辨是要求逾時、伺服器拒絕,還是設定檔解析失敗。若逾時,檢查目前網路,以及更新要求是否經過代理;若遭拒絕,確認訂閱是否仍在有效期內及帳戶狀態;若解析失敗,則檢查回應內容是否為登入頁面,或格式不相容。不要反覆公開貼出完整連結,也別急著清除所有設定。先保留上一份可用設定,再逐項確認;詳細操作請參閱訂閱問題 FAQ。
常見問題/先找出原因,再調整設定
成功匯入、已啟用代理、網頁可正常瀏覽,分別代表不同檢查階段。保留錯誤訊息原文,一次只調整一項設定,通常比同時更換節點、核心和 DNS 更容易找出原因。
先查看記錄,分辨是要求逾時、伺服器拒絕,還是設定檔解析失敗。若逾時,檢查目前網路,以及更新要求是否經過代理;若遭拒絕,確認訂閱是否仍在有效期內及帳戶狀態;若解析失敗,則檢查回應內容是否為登入頁面,或格式不相容。不要反覆公開貼出完整連結,也別急著清除所有設定。先保留上一份可用設定,再逐項確認;詳細操作請參閱訂閱問題 FAQ。
憑證錯誤不代表一定要安裝新憑證。先確認系統時間與時區,再比較關閉代理或切換節點後的結果,判斷問題出在本機還是連線路徑。一般 HTTPS 轉送不需要由客戶端解密網站流量;來源不明的根憑證可能改變系統的信任鏈。不要靠關閉憑證驗證來掩蓋問題,請記下具體錯誤碼,再依照憑證錯誤排查步驟繼續檢查。
系統代理只會影響遵循代理設定的應用程式,無法保證所有網域查詢都由核心處理。瀏覽器的安全 DNS、系統解析快取及其他 VPN 都可能改變實際路徑。排查時先確認要求由哪個應用程式發出,再檢查核心 DNS 是否啟用、TUN 是否接管流量,以及解析服務是否可連線。不能只憑單一檢測頁面判斷所有流量的走向;請搭配記錄與連線資訊確認,並參閱DNS 與網路 FAQ。
設定資料瀏覽器
先釐清圖形客戶端與核心各自負責的部分,再決定是否需要更複雜的設定。下方片段僅用於說明欄位,並非可直接匯入的完整訂閱。
規則模式會依設定順序,由上而下比對目標網域、位址或規則集,符合條件後便交由指定策略處理。適合需要同時連接直連服務與代理服務的日常情境,不必為每個應用程式反覆切換全域模式。新增自訂規則前,先確認策略名稱確實存在,再檢查是否被排在前面的規則攔截。相較於只有單一開關的代理工具,Clash 生態系更重視策略群組與規則的搭配;使用者也需要了解規則集的涵蓋範圍、更新來源及最後的兜底策略。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXY
查看規則語法與優先順序
TUN 會透過虛擬網路介面接收流量,適用於不遵循系統代理設定的應用程式,但啟用後不代表所有連線問題都會自動排除。桌面客戶端通常需要服務模式或相應的系統權限,路由與 DNS 也必須一併設定。若裝置同時執行其他 VPN、虛擬機器或公司網路軟體,先檢查介面與路由是否衝突,再逐步擴大接管範圍。TUN 位於比系統代理更底層的網路層,排查也較複雜;一般瀏覽網頁可先使用系統代理,有需要時再啟用 TUN。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
查看 TUN 設定步驟
mihomo 是由 Clash Meta 專案延續發展而來的核心,圖形客戶端則負責編輯設定、操作系統匣及整合系統。兩者屬於不同層級的軟體:介面顯示某個協定名稱,不代表隨附的核心一定支援對應欄位。移轉舊設定時,應確認協定類型、規則提供者與 DNS 設定,並先用新核心測試解析。相較原版 Clash,mihomo 擴充了協定與規則功能,但新增功能也代表需要重新確認設定範圍,不能只看客戶端名稱判斷相容性。
# 在終端機查看核心提供的命令說明
mihomo -h
# 測試本機設定語法
mihomo -t -f config.yaml
閱讀原版 Clash 與 mihomo 的差異
訂閱連結用來取得遠端設定,不等同於客戶端本身,也不保證包含完整規則與策略群組。匯入前先確認服務提供者輸出的是 Clash 相容格式;更新後則確認目前啟用的設定是否已切換。直接編輯遠端設定檔,可能在下次更新時被覆蓋;較穩妥的做法是使用客戶端提供的覆寫或合併功能,保留本機需求。訂閱轉換涉及連結中的存取憑證,選擇處理方式時務必謹慎,避免將完整連結提交至不熟悉的網頁服務。
# 先辨識設定中的主要部分
proxies: []
proxy-groups: []
rules:
- MATCH,DIRECT
查看訂閱更新與轉換說明
同一份設定在不同裝置上,可能受到不同的系統限制。桌面版要留意系統代理、背景服務與自動啟動;行動版則應檢查 VPN 授權、背景執行及省電限制。下載前先確認作業系統與處理器架構,再比較核心、訂閱覆寫及規則管理方式。可從 Clash Plus 開始評估;若需要更多桌面整合功能,再比較 Clash Verge Rev 等客戶端。別把某個平台的選單位置直接套用到另一台裝置,即使功能名稱相似,實際作法也可能不同。
# 桌面客戶端常見設定項目
系統代理
TUN 模式
開機啟動
服務模式
允許區域網路連線
查看客戶端比較
SS、VMess、Trojan、VLESS、Hysteria2 與 TUIC 的設計目標及傳輸基礎各不相同,實際表現還會受到伺服器設定、網路封包遺失及裝置效能影響。採用 QUIC 的方案在某些網路環境中較有優勢,但需要網路允許相應的 UDP 通訊,也可能增加行動裝置耗電。選擇前先確認客戶端核心是否支援,再比較連線建立速度、長時間連線穩定度與背景耗電,不要只看一次測速結果。協定手冊會依使用情境說明取捨,避免將協定名稱誤當成效能保證。
# 節點 type 欄位的常見值
# ss / vmess / trojan / vless
# hysteria2 / tuic
# 其他欄位須與伺服器設定相符
參閱協定與核心參考資料
資料每 9 秒輪播;點選標籤、使用鍵盤操作或焦點移入後會暫停。開啟減少動態效果時,內容將維持靜態。
依裝置前往下載頁
圖形客戶端適合日常桌面與行動裝置使用,獨立核心則適合自行管理服務的使用者。下載頁分別列出安裝檔類型、架構選擇與維護狀態;先確認裝置條件,再比較功能,避免因檔名相似而安裝錯誤版本。
可先從 Clash Plus 開始比較,再依服務模式、訂閱覆寫與介面習慣選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。Clash for Windows 已停止維護,封存版本較適合有明確相容需求的環境,不建議只因名稱熟悉就當作新安裝的首選。
前往下載先在系統的「關於這台 Mac」中確認使用 Apple 晶片或 Intel 處理器,再選擇對應安裝檔。可比較 Clash Plus、Clash Verge Rev 與 FlClash;ClashX Meta 已停止維護。安裝後,請分別檢查系統授權、代理接管及背景服務;能開啟視窗不代表連線正常。
前往下載先確認處理器架構與系統安裝需求,再比較 Clash Plus、Clash Meta for Android、FlClash 和 Surfboard 支援的設定格式。首次連線通常需要 VPN 授權;若背景連線中斷,先檢查省電限制及是否有其他 VPN 占用,不要一再更換訂閱。
前往下載Clash Plus 可透過 App Store 安裝,產品資訊可在官方網站 clashplus.io 查閱。匯入前先確認設定的相容範圍,首次連線時依系統提示允許新增 VPN 設定。若遇到連線切換或背景執行問題,先分辨是系統授權、訂閱狀態還是節點無法連線。
前往下載桌面使用者可先比較 Clash Verge Rev 與 FlClash,依 Linux 發行版選擇合適的套件格式,並確認圖形環境與相依套件。伺服器、路由器或自行管理啟動服務的使用者,可前往下載頁的 mihomo 核心區;圖形客戶端與獨立核心不必重複安裝才能運作。
前往下載首次設定/三步驟預覽
將安裝、設定與流量接管分開處理。發生異常時,先停在目前步驟查看記錄,比從頭重新安裝更容易保留有用線索。
在客戶端的設定或訂閱頁面新增連結,更新成功後明確選取該設定。確認介面已顯示策略群組,再檢查是否有解析錯誤;若回傳內容是登入頁面,應先處理訂閱來源問題。完整連結通常含有存取憑證,截圖或尋求協助前請先遮蔽。
日常使用先選擇規則模式,在策略群組中選取可用節點,再啟用系統代理。只有在確實需要接管不遵循系統代理的應用程式時,才進一步設定 TUN。全域模式適合短時間用於比對排查,不代表比規則模式更完整,也不能取代規則命中檢查。
連線至目標服務後,在連線頁面查看對應網域、命中的規則與實際使用的策略。一次測速成功只表示當下可連線至測試目標,不代表所有應用程式都已接管。確認完成後,保留可用設定與必要的本機覆寫,之後更新若出現問題,就有明確的比對基準。
開源生態系/資料來源
Clash 生態系並非由單一安裝檔組成的產品線。早期 Clash 奠定了代理、策略群組與規則設定的基本架構,後續核心與圖形客戶端則朝不同方向發展。Clash測評是提供下載與選擇資訊的網站,並非這些專案的開發團隊;推薦依據是平台支援、功能需求與維護狀態,不代表本站品牌就是軟體官方身份。
了解兩者的關係,有助於看懂更新說明:介面修正可能只影響系統匣或視窗操作,核心更新才可能改變協定解析、規則處理及 DNS 行為。選擇時應同時留意客戶端與核心,而不是把安裝檔名稱或一次介面改版當成所有功能都已改變。
閱讀協定與核心技術參考 →mihomo 的公開程式碼儲存庫提供原始碼、問題討論與發佈紀錄。下方命令只會取得專案原始碼,不會安裝客戶端,也不會取代裝置上的圖形介面。
git clone https://github.com/MetaCubeX/mihomo.git
Clash Meta 後來更名為 mihomo,因此教學中可能會同時出現這兩個名稱。舊名稱有助於辨識資料來源,但不代表舊設定與目前的核心完全相容。閱讀舊文章時,應將概念說明與具體欄位分開看:策略群組和比對順序通常仍有參考價值,協定參數、DNS 行為及平台權限則需要重新確認。Clash for Windows 停止維護,也不代表整個 Clash 生態系停止發展。
公開原始碼讓讀者能追蹤實作與變更,但開源本身並不能取代相容性測試。更有參考價值的是問題能否重現、記錄是否指向相同模組,以及修正是否已納入所用客戶端的發佈版本。回報問題時,請提供作業系統、核心來源、重現步驟及已去識別化的記錄,避免上傳完整訂閱或個人網路資訊。其他使用者的類似紀錄可以作為線索,但不應直接視為目前裝置的診斷結果。
移轉前先保留原始設定副本,再匯入新客戶端測試。語法檢查通過只是第一步,還要確認策略群組引用、規則集下載、DNS 解析及實際連線路徑。若客戶端提供設定合併功能,請分清哪些設定由遠端訂閱維護,哪些來自本機覆寫。先執行最精簡的可用設定,再逐項恢復進階選項,比一次複製所有舊資料夾更容易找出差異,也能避免舊快取干擾判斷。
客戶端、隨附核心、訂閱與規則集可能各自更新;更新其中一項,不會自動同步其他項目。升級前先閱讀與自身功能相關的變更,升級後使用相同目標確認連線。長期使用時,應優先留意維護狀態、設定是否容易移轉,以及故障資訊是否清楚,而非追逐名稱中的「新」字。下載頁集中整理安裝入口,客戶端比較頁說明選擇依據,協定手冊則協助判斷更深入的傳輸與相容性取捨。
測評筆記/最新文章
每篇文章聚焦一個具體問題:先界定現象,再說明原理,最後提供可用來驗證結果的操作。涉及本機環境時,請保留原始設定,避免將只適用於單一問題的調整套用到所有連線。
依設定檔損毀、連接埠遭占用、核心權限不足、執行階段元件缺少四種原因,逐步說明如何找到記錄、判斷崩潰點並恢復正常啟動。
閱讀修復步驟 →分析系統時間、中間人解密、節點異常與瀏覽器快取等可能原因,說明憑證錯誤與代理的實際關係,並提供由淺入深的排查順序。
閱讀排查方式 →拆解規則項目的三段式語法,說明由上而下逐條比對的順序邏輯,以及規則集、MATCH 兜底與常見錯誤位置的排查方法。
閱讀規則詳解 →