Clash 常見問題解答

Clash 是一類基於規則的網路代理工具的統稱。核心是核心程式(如 mihomo),負責依設定檔中的分流規則比對流量並決定出口;各平台的圖形用戶端(Clash Verge、Clash Meta for Android 等)在核心之上提供訂閱管理、節點切換與開關介面。核心支援 VMess、VLESS、Trojan、Shadowsocks 等多種代理協定。

協定與規則相關名詞的完整解說,見術語表。

mihomo 是核心,命令列程式,沒有圖形介面,負責實際的流量處理。Clash Verge 是桌面圖形用戶端,內建 mihomo 核心,涵蓋 Windows、macOS、Linux 三個平台。Clash for Windows 已於 2023 年停止維護,官方倉庫已刪除,不再取得任何更新;桌面端建議改用 Clash Verge 作為替代。

各平台用戶端的取得入口見下載頁。

用戶端與核心均為開源軟體,可免費取得。用戶端本身不包含任何伺服器節點,存取代理服務需要另行取得節點資訊,也就是通常所說的訂閱。訂閱由第三方服務商提供,是否收費、流量額度多少由服務商決定,與用戶端無關。

用戶端只是流量調度工具,不提供節點。安裝後需要匯入包含節點資訊的訂閱連結或設定檔,選擇可用節點並開啟系統代理,流量才會經過代理出口。沒有可用節點時,用戶端處於空轉狀態,不會產生任何代理效果。

從匯入到驗證的完整流程,見設定教學。

常見原因是開源安裝檔未購買商業程式碼簽署憑證,系統對未簽署程式預設會顯示風險提示,並非偵測到惡意行為。處理方式:在 SmartScreen 提示中依序點選其他資訊、仍要執行;防毒軟體誤判時,將安裝目錄加入信任清單。

打開系統設定中的隱私權與安全性,在安全性一欄找到被封鎖的應用程式,點選仍要打開即可完成首次授權。若顯示應用程式已損毀無法開啟,多為下載檔案帶有隔離屬性所致,可在終端機執行 xattr -cr 加應用程式路徑(例如 /Applications 下的用戶端程式)清除屬性後重新啟動。

複製服務商提供的訂閱 URL,打開用戶端的訂閱或設定頁面,選擇從 URL 匯入,貼上後確認下載。匯入成功後,代理頁會列出訂閱內的全部節點。多數用戶端也支援剪貼簿匯入與本機檔案匯入,三種方式的操作差異見站內部落格的訂閱匯入教學。

依序檢查三點:

1. 訂閱連結是否複製完整,是否有被截斷的參數;
2. 訂閱是否已過期或流量用盡,可登入服務商後台確認;
3. 匯入時本機能否連通訂閱伺服器,部分訂閱網址需要先臨時啟用其他可用節點才能拉取成功。

若顯示格式錯誤,多為連結指向了非 Clash 格式的訂閱,可向服務商索取 Clash 專用訂閱連結。

Android 平台的流量接管是透過系統 VpnService 介面實作,用戶端需要建立一個本機虛擬網路卡才能處理各應用程式的流量。該授權僅用於建立本機通道,流量仍依設定的分流規則處理。拒絕授權則用戶端無法接管流量。另建議在系統電池設定中將用戶端設為不受限制,避免背景程式被系統清除導致斷線。

規則模式依設定檔中的分流規則逐條比對:命中代理規則的流量走節點,命中直連規則的流量不經代理,是日常推薦模式。全域模式將全部流量送入代理,適合規則不完善或需要臨時全走代理的情境。直連模式下全部流量不經代理,常用於排查時作為對照。切換入口在用戶端主畫面或代理頁的模式選擇器。

系統代理只對主動讀取系統代理設定的程式生效,瀏覽器等大多數程式會遵守;命令列工具、部分遊戲與桌面程式會忽略系統代理。需要讓這類程式也走代理時,開啟 TUN 模式,由虛擬網路卡在網路層接管全部流量。開啟 TUN 在 Windows 上需要系統管理員權限或先安裝系統服務,macOS 與 Linux 上需要相應授權。原理與各平台注意事項見站內 TUN 模式教學。

用戶端的延遲測試是向測試位址發出一次 HTTP 請求並計時,單位為毫秒。數值越低回應越快;顯示逾時表示該節點目前無法連通。延遲只反映交握回應速度,不等於頻寬,影片等大流量情境仍需實際測速驗證。建議測試兩三輪再下結論,單次結果容易受瞬時網路波動影響。

在設定檔 rules 段的最上方加入自訂規則,例如 DOMAIN-SUFFIX,example.com,DIRECT 表示該網域強制直連,末位改為代理群組名稱則強制走代理。Clash 規則自上而下比對,先命中先生效,因此自訂規則必須放在通用規則之前。部分用戶端(如 Clash Verge 的全域擴充設定)支援在不變動訂閱原始檔的情況下追加規則,訂閱更新後仍會保留。

規則優先順序與常用寫法詳見分流規則優先順序詳解。

在訂閱項目的編輯畫面可設定自動更新間隔,常見取值為 1440 分鐘,即每天更新一次。節點資訊變動並不頻繁,間隔過短並無實際效益,還會增加訂閱伺服器負擔。服務商更換節點後,也可以隨時點選手動更新按鈕立即拉取最新設定。

先確認系統代理開關已開啟:用戶端執行中不等於系統代理已啟用,兩者是獨立開關。再檢查瀏覽器是否安裝了代理類擴充功能覆蓋了系統設定,瀏覽器本身的代理選項是否設為使用系統代理。最後核對埠號:系統代理指向的埠必須與用戶端混合埠(預設 7890)一致。完整的逐項排查清單見連線失敗排查文章。

Windows 預設禁止 UWP 應用程式連接本機迴圈位址,因此這類應用程式無法使用本機代理埠,與節點是否正常無關。解決方式有二:

• 在支援的用戶端中使用 UWP 迴圈豁免工具(Clash Verge 設定中提供入口),為目標應用程式解除迴圈限制;
• 直接開啟 TUN 模式,在網路層接管流量,繞過迴圈限制。

依序縮小範圍:

1. 切換直連模式存取一般網站,確認本機基礎網路正常;
2. 手動更新訂閱,排除節點資訊過期;
3. 更換兩三個不同地區的節點重新測試,排除單點故障;
4. 檢查系統時間是否準確,VMess 等協定對時間偏差敏感,與標準時間相差超過約 90 秒會交握失敗;
5. 以上均正常仍全部逾時,聯絡服務商確認伺服端狀態。

預設混合埠 7890 被其他程式佔用時,核心會啟動失敗。Windows 可用 netstat -ano 找出佔用的處理程序,macOS 與 Linux 可用 lsof -i :7890。常見衝突來源是未完全結束的舊核心處理程序或另一套代理軟體,結束對應處理程序即可;也可以在用戶端設定中把混合埠改為其他未被佔用的數值,系統代理埠會隨之同步。

多為權限或 DNS 問題。檢查三點:

1. TUN 需要系統管理員或系統服務權限,Windows 上應先在用戶端設定中安裝服務模式再開啟;
2. 確認設定中 DNS 已啟用並開啟了 enhanced-mode(常用 fake-ip),否則網域解析可能失敗;
3. 避免與其他 VPN 或虛擬網路卡軟體同時執行,多個虛擬網路卡爭奪預設路由會導致斷網。

關閉 TUN 後網路立即恢復,即可確認問題屬於上述範圍。