Clash 節點超時無法連線怎麼辦:依序排查訂閱、埠號與協定參數
節點全部超時或個別超時的成因不同。依訂閱有效性、本地測速方式、埠號與協定參數、系統時間與防火牆的順序逐項排查,並提供每一步的判斷依據與對應解決辦法。
查閱詳圖 →五大平台各自維護獨立的客戶端系譜。點選平台入口即可直達安裝包頁對應分幅,每個平台皆依維護活躍度排序列出可選客戶端,並附系統需求表。
左側為詳圖目錄,右側為對應分幅。每幅說明該能力解決什麼問題、如何啟用、與同類方案的差異,並附必要的設定片段。
規則分流是 Clash 與「全域代理」類工具的根本差異:每建立一條連線,引擎就會由上而下比對規則表,由 DOMAIN-SUFFIX、GEOIP、RULE-SET 等規則類型決定該連線走直連、代理還是拒絕。台灣本地網站直連維持原生速度與登入環境,國外站點依需求走代理,廣告網域直接封鎖——三種出口一次設定長期生效,不必再手動來回切換開關。規則表可讀可改,比對順序即書寫順序,最後一行 MATCH 兜底,行為完全可預期。
rules:
- DOMAIN-SUFFIX,openai.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
服務商提供的訂閱連結本質上是一份託管在遠端的完整設定:節點清單、策略組、規則表全部打包在一個 URL 裡。客戶端的「設定 / Profiles」頁貼上連結後,一次拉取即完成全部載入,不必逐個手動輸入伺服器位址與埠號。訂閱支援定時自動更新,服務商調整節點後本地隨之同步;多份訂閱可同時保留,一鍵切換互不影響。相較於手動維護節點參數的傳統方式,訂閱機制把最容易出錯的環節整體排除在日常操作之外。匯入步驟在入門教學第二節按詳圖編號逐步說明。
系統代理模式會向作業系統註冊 HTTP/SOCKS 代理位址(預設 127.0.0.1:7890),瀏覽器與大多數遵循系統設定的應用程式會自動走 Clash;實作輕巧、耗用資源少,是日常首選。但部分程式——命令列工具、遊戲客戶端、不讀取系統設定的軟體——會繞過這項註冊。TUN 模式即為此而生:在系統內建立虛擬網卡,從網路層接管所有流量,任何程式都無法繞過。Windows 上啟用需以服務模式安裝驅動程式,macOS 上稱為「增強模式」,Android 的 VpnService 隧道即為等效實作。兩種模式的取捨與開啟步驟,詳見教學與設定大全對應章節。
節點數量一多,逐一測試就不現實了。策略組把節點按用途分組:select 組手動指定,url-test 組會定期向測速位址發出真實請求、自動選中延遲最低的節點,fallback 組則在首選節點失效時按順序自動切換。規則表引用的是組名而非具體節點,節點更換不影響規則結構。客戶端介面可對整組一鍵測延遲,數字實測可查,選擇依據一目了然——這套分組機制讓「幾十個節點怎麼管」從日常負擔變成一次性的結構設計。
proxy-groups:
- name: PROXY
type: url-test
url: https://www.gstatic.com/generate_204
interval: 300
Clash 是內核與設定格式的開放標準,而非某一款封閉軟體:內核由 mihomo 專案持續維護,Clash Verge Rev、FlClash、Clash Nyanpasu、Clash Meta for Android 等圖形客戶端在其基礎上各自演進。所有客戶端讀取同一份 YAML 設定、認同同一種訂閱格式,換客戶端不必重新學習、訂閱照樣可用。當某個客戶端停止維護(如 Clash for Windows)時,遷移到活躍專案只是換一層介面。程式碼公開可審查,更新節奏由社群驅動——這正是本站敢把它作為長期方案推薦的原因。各客戶端橫向對比詳見客戶端對比頁。
完整施工流程收錄於入門教學頁,此處僅列主線三步,每一步對應教學內一節詳圖。
在安裝包頁選擇本機平台對應的客戶端下載安裝。Windows 與 macOS 用戶依向導完成即可,Android 首次啟動需授權 VpnService。
複製服務商提供的訂閱連結,在客戶端「設定」頁貼上匯入,等待節點清單載入後於策略組中選定出口節點。
打開系統代理開關,選擇規則模式,存取一個國外站點驗證是否連通;若不通,依教學末節的排查表逐項核對。
選擇長期使用的網路工具,專案的維護狀況比介面更重要。以下四項事實可在公開儲存庫逐條核對。
Clash 原版內核於 2018 年起以開源形式發布,確立了 YAML 設定、策略組與規則分流的基本形態。原儲存庫封存後,社群分支 Clash.Meta 接手開發並改名為 mihomo,補齊了更多協定支援與規則類型,是目前事實上的標準內核。本站教學與設定大全皆以 mihomo 內核行為為準。
內核負責協定實作與規則比對,圖形客戶端負責介面、訂閱管理與系統整合,兩者各自獨立演進。Clash Verge Rev、FlClash 等客戶端內建 mihomo 內核並隨其版本更新,用戶不必單獨管理內核檔案;伺服器與路由器場景則直接執行內核執行檔,搭配同一份設定檔。
各活躍客戶端在開源平台發布正式版本,更新日誌逐條公開。本站安裝包頁的下載連結指向各專案目前發布的版本,版本資訊隨發布自動同步更新;已停止維護的客戶端(Clash for Windows、ClashX Meta)以封存形式保留並明確標註,不建議新裝使用。
內核與主流客戶端的完整原始碼公開託管,協定實作、DNS 處理、規則比對邏輯皆可逐行審閱,亦可自行複製建置。若想核對內核實作,可用下方指令取得 mihomo 內核原始碼儲存庫:
git clone https://github.com/MetaCubeX/mihomo.git
開工前最常被問到的四條,完整問答集依分類收錄於 FAQ 頁。
依序核對三處:客戶端的系統代理開關是否已開啟;目前策略組是否選中了可用節點(對節點執行一次延遲測試,超時代表節點不可用);瀏覽器是否安裝了與 Clash 衝突的代理類擴充功能。三處都正常仍不通,請見 FAQ 頁故障排查分類的完整排查表。
日常瀏覽用系統代理模式即可,耗用資源少、不需驅動程式。只有當命令列工具、遊戲或某些不讀取系統代理設定的程式需要走代理時,才開啟 TUN 模式從網路層整體接管。兩種模式的差異詳見核心能力詳圖 F-03 與設定大全對應章節。
規則模式依規則表決定每條連線的去向,是建議的常駐模式;全域模式不看規則、所有流量一律走目前選中的節點,僅供臨時排查使用;直連模式則所有流量都不走代理。日常請保持規則模式,分流邏輯維護在設定檔的 rules 區段。
可以。訂閱只是批量載入節點的便捷方式,客戶端同樣支援在設定檔中手動填入節點參數(伺服器位址、埠號、協定、密碼等欄位)。欄位寫法詳見設定大全的代理節點章節;若僅作本地規則測試,甚至可以只設 DIRECT 出口運行。
圍繞故障排查、進階配置與生態選型的長文,依日期倒序排列,此處列出最新三篇。
節點全部超時或個別超時的成因不同。依訂閱有效性、本地測速方式、埠號與協定參數、系統時間與防火牆的順序逐項排查,並提供每一步的判斷依據與對應解決辦法。
查閱詳圖 →以本地與國外分流為場景,講解 DOMAIN-SUFFIX、GEOIP、RULE-SET 的組合寫法,規則由上而下的比對順序,以及 MATCH 兜底與常見誤寫導致漏比對的問題。
查閱詳圖 →系統代理開關已開啟卻沒有流量,瀏覽器與終端機的成因完全不同。分別檢查瀏覽器代理擴充功能衝突、系統代理註冊情況,以及終端機需要手動設定的環境變數,並附驗證指令。
查閱詳圖 →