Clash 常見問題:按症狀分科解答

Clash 是一類開源代理用戶端的統稱:它在應用層接管本機網路請求,按照設定檔裡的規則,把每個連線分發給直連或不同的代理節點。

和 VPN 的差別在於運作層級:VPN 在系統層建立一條通道接管全部流量,所有應用無差別走同一個出口;Clash 則按規則逐連線分流,可以精確到某個網域走某條線路、其餘直連。另外,Clash 用戶端本身不含任何節點線路,線路需由訂閱提供。

Clash 原版核心於 2023 年停止維護。社群分支 Clash Meta 在其基礎上持續開發,補充了更多代理協定與功能,2024 年起更名為 mihomo,是目前生態的事實標準核心。

現在各平台仍活躍維護的用戶端——Clash Verge Rev、FlClash、Clash Meta for Android 等——大多以 mihomo 為核心,設定語法與原版 Clash 基本相容。日常交流裡說的「Clash」,通常指這整個生態而非某一個具體軟體。

規則模式按設定逐條分流:命中代理規則的走節點,命中直連規則的直連,是日常推薦檔位。全域模式把幾乎所有連線都交給選定節點,適合規則失靈時暫時對照測試。直連模式全部直連,相當於暫停代理。

拿不準就常駐規則模式;只在排查「到底通不通」時切全域對照,測完切回。全域長期開著的代價是連中國大陸站點也繞遠路,速度反而變慢。

用戶端只是藥櫃,藥材要另外配。節點線路來自訂閱連結:由服務提供方給出,匯入用戶端後自動拉取節點列表與分流規則,並定期更新。

沒有訂閱時,也可以手動新增單個節點,或匯入本機的 YAML 設定檔。訂閱的取得與匯入步驟見上手教學;設定檔的概念與多設定管理見設定檔基礎一文。

策略群組是把若干節點歸成一隊的選擇器。常見類型:手動選擇(select)、自動測速選優(url-test)、故障自動轉移(fallback)、負載平衡(load-balance)。設定裡常見的「自動選擇」「香港線路」「串流媒體」等項目都是策略群組,上層群組還能巢狀引用下層群組。

日常使用只需在最外層策略群組裡挑線路;不想手動挑就選自動測速群組,用戶端會按時測速並切換到目前最快的節點。

首推 Clash Plus;偏好開源社群路線可選 Clash Verge Rev,兩者都在下載頁有連結與系統需求。

裝完按三步走:在設定頁匯入訂閱連結並更新;主畫面模式選規則;打開系統代理開關。隨後用瀏覽器造訪一個境外網站驗證是否生效,不通再按系統代理不生效一節排查。

這類提示多因應用程式未經 Apple 公證,被 Gatekeeper 攔截,並非檔案真的損壞。先在「應用程式」資料夾對用戶端按右鍵選「打開」,部分版本到這一步即可解決。

仍被攔時在終端機執行 sudo xattr -rd com.apple.quarantine /Applications/應用名.app,把路徑換成實際應用程式路徑,再正常打開。此操作只應對從本站下載頁或官方管道取得的安裝檔執行。

iOS 上在 App Store 安裝 Clash Plus,官網為 clashplus.io。裝好後在應用內貼上訂閱連結完成匯入,依系統提示允許新增 VPN 設定,打開開關即可使用。

iOS 上的代理類應用都以 VPN 設定的形態運作,狀態列出現 VPN 圖示屬正常現象;不用時在應用內關閉開關即可。

TUN 模式會在系統裡建立一張虛擬網卡,接管整機流量——包括那些不遵循系統代理設定的應用,例如部分遊戲、命令列工具與 UWP 應用。建立虛擬網卡屬於系統層級操作,所以 Windows 下需要安裝服務模式或以系統管理員身分執行,macOS 與 Linux 下需要授權 root 協助程式。

只在瀏覽器上網,開系統代理已經足夠,不必開 TUN;需要代理命令列、遊戲或商店應用時再開。兩者可以疊加,TUN 開啟時保留系統代理也不衝突。

按四步依次核對。第一步看連結本身:是否完整複製、頭尾無空格、以 http 或 https 開頭。第二步驗連結活性:貼到瀏覽器網址列,能下載到一段 YAML 文字說明連結有效。

第三步查回環:用戶端若開著代理去更新訂閱,請求可能繞回自身導致失敗,更新前先切直連模式或暫停代理。第四步查方案:登入服務方後台確認訂閱未過期、流量未用盡。四步查完仍失敗,把同一連結匯入另一個用戶端試試,可分辨是連結問題還是用戶端問題。

常見原因有三種:訂閱過期或流量用盡,服務方後台可見狀態;訂閱網域被目前網路干擾,更新請求未送達伺服器;設定檔被手動改壞,更新後驗證失敗被回復。

處置順序:先在服務方後台確認方案狀態;再關閉系統代理、在直連狀態下手動更新一次;仍不行就刪除該設定,重新匯入訂閱連結。注意手動修改會在更新時被覆寫,重要改動請先備份,或用用戶端的覆寫功能維護,做法見自訂規則一條。

規則由上到下逐條比對,命中即停,排在前面的優先;全部未命中時走最後的 MATCH 兜底規則。某網站沒按預期走代理,多因前面有一條更寬的規則先命中了它,例如中國大陸 GeoIP 段或某條直連規則。

定位方法:打開用戶端的連線面板,找到該網站對應的連線,看實際命中的是哪條規則;再調整規則順序,或補一條更具體的規則放到前面。規則類型的寫法可在概念速查裡查。

在設定檔 rules 段的最前面加一條更具體的規則。例如讓 example.com 及其子網域固定直連:DOMAIN-SUFFIX,example.com,DIRECT;要固定走某個策略群組,把 DIRECT 換成該策略群組的名稱。儲存後重新載入設定即可生效。

注意:訂閱設定每次更新都會覆寫手動修改。長期生效的做法是用用戶端內建的規則覆寫或合併功能(如 Clash Verge Rev 的全域擴充設定),或者在本機副本上維護一份自己的設定。

不可以隨意外傳。訂閱連結等同於帳號憑證:拿到連結的人都能消耗方案流量,部分服務後台還能透過連結反查帳號資訊。不要在群組、論壇、截圖裡公開;懷疑外流就到服務方後台重置連結,重置後舊連結立即失效。

線上訂閱轉換站會經手完整訂閱內容,包含全部節點與憑證,相當於把鑰匙交給第三方保管。確有需要轉換協定格式,優先用本機工具或自架的 subconverter,避開來源不明的線上服務。

按四味依次抓。第一味,切全域模式再測:全域能通而規則不通,問題出在分流規則而非節點。第二味,手動更新訂閱:節點列表可能已過期,更新後重測。

第三味,換網路環境:手機切到行動網路測一次,可分辨是本機寬頻或電信業者干擾,還是節點全體失效。第四味,查服務方公告與方案狀態。四味用完仍全部逾時,多為訂閱端的問題,請聯絡服務提供方處理。

連線建立但頁面不開,病灶多在 DNS:系統或瀏覽器拿到了被污染的解析結果,自然連不上正確的伺服器。

處置:確認用戶端的 DNS 接管已開啟;瀏覽器若開了「安全 DNS」且指向不可用伺服器,先關閉再試;然後清一次系統 DNS 快取,Windows 指令為 ipconfig /flushdns。仍不通時打開用戶端日誌,依錯誤訊息關鍵字到故障排查頁對照 DNS 一章。

UWP 應用預設被系統禁止存取本機回環位址 127.0.0.1,而系統代理恰好指向 127.0.0.1:7890,於是商店、天氣等應用直連失敗,這是系統限制而非用戶端故障。

處置二選一:用用戶端內建的 UWP 回環豁免工具勾選目標應用(本質是呼叫系統的 CheckNetIsolation LoopbackExempt);或直接開啟 TUN 模式,讓虛擬網卡接管流量,不受回環限制。豁免後若仍不生效,重新啟動該應用一次。

三處常見卡點。其一,瀏覽器裝了帶代理功能的擴充功能,擴充功能設定會覆蓋系統代理,先停用擴充功能驗證。其二,其他代理或加速器軟體搶占了系統代理設定,退出後把用戶端的系統代理開關重新切一次。

其三,系統代理參數本身異常:到 Windows 設定的網路代理頁核對,位址應為 127.0.0.1,連接埠與用戶端混合連接埠一致(預設 7890),例外清單裡不應把目標網站排除在外。三處都正常仍直連,重新啟動用戶端再試。

分三段定位。先跑用戶端內建延遲測試:延遲高或波動大,直接換節點再測。再用同一節點分別在瀏覽器測速頁與目標應用裡實測:只有某個應用慢,查該應用的連線是否走對了策略群組。

最後換時段複測:晚間高峰慢而凌晨正常,是線路壅塞,可換等級更高的節點或錯開時段使用。另注意用戶端顯示的延遲只是到節點的握手耗時,不等於實際頻寬,判斷快慢請以實際載入速度為準。