#Clash 常見問題:訂閱、節點與系統代理排查

Clash 是一套基於規則的代理工具生態,核心是用 YAML 設定檔描述節點、策略組與分流規則。原版 Clash 核心停止更新後,社區分支 Clash Meta 延續開發並改名為 mihomo,目前主流客戶端(Clash Plus、Clash Verge Rev、FlClash 等)均內建 mihomo 核心,設定格式向下相容。

核心(mihomo)是負責實際轉發流量、執行規則比對的命令列程式;客戶端是包在核心外面的圖形介面,提供訂閱管理、節點切換、系統代理開關等操作入口。一般使用者只需要選一個客戶端安裝,核心由客戶端內建並隨版本更新,不必單獨下載,除非在伺服器或路由器上部署。

本站收錄的客戶端均為開源專案或免費發布的軟體,下載與使用不收費。需要付費的通常是機場訂閱,也就是節點服務本身,這與客戶端無關。任何以「Clash 啟用碼」「客戶端會員」名義收費的管道都與開源社區無關,建議只從官方發布頁或本站下載頁取得安裝包。

機場是提供代理節點服務的第三方商家,訂閱是一條 URL,客戶端會定期從這條 URL 抓取節點清單與分流規則。本站只提供客戶端下載與設定文件,不營運也不推薦任何節點服務;訂閱網址需要從你自己的服務商會員中心取得。

規則模式依設定檔裡的分流規則逐條比對,命中哪條走哪條,是日常推薦模式;全域模式讓所有流量都經過選中的代理節點,適合規則失效時臨時排查;直連模式讓所有流量都不走代理,相當於暫時停用分流。切換模式後已建立的連線不會立即改變,必要時可在連線頁面手動中斷。

首推 Clash Plus,提供 x64 安裝包,介面完整且更新活躍;Clash Verge Rev 與 FlClash 也是常見選擇。Clash for Windows 已停止維護,僅作為存檔保留,不建議新使用者使用。具體差異可查看客戶端對比頁,下載入口見取得客戶端頁的 Windows 標籤。

這是 Gatekeeper 對未經公證應用程式的預設攔截。可以在「系統設定 → 隱私權與安全性」頁面底部找到被攔截的應用程式並點選「仍要打開」;若提示已損毀,可在終端機執行 xattr -dr com.apple.quarantine 加應用程式路徑清除隔離屬性後重新開啟。注意區分 Intel 與 Apple Silicon 版本,下錯架構也會啟動失敗。

以 Clash Plus 或 Clash Meta for Android 為例:進入設定檔(Profiles)頁面,點新增,選擇 URL 類型,貼上機場提供的訂閱網址並儲存,客戶端會自動下載設定;回到首頁選中該設定,點啟動按鈕,首次啟動會請求建立 VPN 連線的系統授權,同意後即接管流量。

iOS 版 Clash Plus 透過 App Store 發布,在下載頁 iOS 標籤可直達商店詳情頁,也可造訪官網 clashplus.io 了解版本資訊。安裝後同樣在設定頁貼上訂閱網址導入,首次連線時同意系統彈出的 VPN 設定請求即可。

桌面客戶端一般在設定裡提供開機自動啟動開關:Windows 上會註冊啟動項,macOS 上會加入登入項;若同時勾選「自動連線/恢復上次狀態」,重新開機後即可靜默恢復代理。使用 TUN 模式時,Windows 客戶端通常需要以系統管理員權限執行服務模式,否則自動啟動後 TUN 無法建立。

各客戶端的代理頁都提供延遲測試按鈕,原理是向測試 URL(預設多為 Google 的 generate_204)發起請求並記錄耗時。數值僅代表目前網路到節點的握手延遲,不等於頻寬;挑選節點時建議多測幾輪,並結合實際使用情境觀察穩定性。也可在策略組裡使用 url-test 類型讓核心自動選擇延遲最低的節點。

策略組是把多個節點或子策略組打包成一個可選單元,分流規則把流量指向策略組而不是具體節點。常見類型有 select(手動選擇)、url-test(自動選延遲最低)、fallback(故障轉移)。日常用法是在客戶端的代理頁為不同用途的策略組(如境外流量、串流媒體、AI 服務)分別指定節點,不必逐條改規則。

系統代理只能覆蓋遵守代理設定的應用程式,命令列工具、部分遊戲與客戶端不吃系統代理。TUN 模式透過虛擬網卡在網路層接管全部流量,覆蓋面更完整。代價是需要更高權限:Windows 需要系統管理員或服務模式,macOS 需要授權系統延伸功能或輸入密碼安裝,Android 與 iOS 的 VPN 模式本身就是同類機制,不需要額外設定。

在電腦端客戶端設定裡開啟允許區域網路連線(allow-lan),記下混合埠(mixed-port,常見為 7890),並確認防火牆放行了該埠;然後在手機或電視的 Wi-Fi 進階設定裡手動填寫代理,伺服器填電腦的區域網路 IP,埠填混合埠即可。兩台裝置需處於同一區域網路。

可以。多數客戶端在設定檔項目上提供自動更新間隔設定,常見取值為 1440 分鐘,即一天一次;到期後客戶端會在背景重新抓取訂閱 URL 並熱載入。若機場規則變動頻繁,可適當縮短間隔;更新失敗時客戶端會保留舊設定,不會導致斷網。

按順序檢查:一、訂閱網址是否完整,是否含空格或被輸入法截斷;二、訂閱本身是否過期,可在瀏覽器直接開啟該 URL 看是否傳回內容;三、更新是否走了代理——訂閱網域若被污染,需在客戶端裡開啟「使用代理更新」或反之關閉再試;四、更換網路環境(如手機熱點)再更新一次,以區分本地網路問題與訂閱服務問題。

先確認本地網路正常,即直連模式下能否開啟網頁;再檢查系統時間是否準確,部分協定對時間偏差敏感;然後在客戶端日誌裡看具體錯誤——DNS 解析失敗通常是本地 DNS 被污染,可在設定中啟用加密 DNS;若只有個別埠的節點超時,可能是電信業者封鎖了該埠段,聯絡服務商更換埠或節點。

分兩種情況。瀏覽器不走代理:檢查客戶端的系統代理開關是否開啟,以及瀏覽器是否安裝了自行管理代理的擴充功能覆蓋了系統設定。命令列工具不走代理:終端機預設不讀系統代理,需要手動匯出 http_proxy 與 https_proxy 環境變數指向混合埠,或者直接改用 TUN 模式在網路層接管。

Windows 出於安全策略預設禁止 UWP 應用程式存取本機迴環位址,因此它們連不上 127.0.0.1 上的代理埠。解決辦法:使用客戶端內建的 UWP 迴環豁免工具(基於 EnableLoopback 機制)勾選目標應用程式後放行;或直接啟用 TUN 模式繞開迴環限制。

多為埠衝突或殘留設定:一、檢查混合埠是否被其他軟體占用,換一個埠再試;二、若之前異常退出過,系統代理可能殘留了失效的 127.0.0.1 設定,在系統網路設定裡手動關閉代理再重新由客戶端開啟;三、多個代理軟體同時執行會互相搶奪系統代理,保留一個即可;四、檢查是否誤選了失效節點,切換到可用節點或規則模式驗證。