Clash 節點全部逾時的排查順序:從訂閱有效性到埠占用逐項定位

先分清「全部逾時」和「部分逾時」

排查之前先做一個分類判斷,方向不同,後面能省一半時間。

• 部分節點逾時,部分正常:大概率是節點本身或落地線路的問題,換其他正常節點用即可,不必懷疑本地設定。
• 全部節點同時逾時,包括平時穩定的舊節點:這才是本文要處理的情況——問題幾乎肯定出在本地環境或訂閱層面,而不是幾十個節點同時集體故障。

如果測速介面直接顯示「逾時」或數值為 0ms 且長期不變,先別急著刪節點、換訂閱商,按下面的順序走一遍。

第一步:確認訂閱本身沒有過期

訂閱連結背後對應的是機場或服務商產生的一份設定快照,大多數服務在到期後不會立刻刪除連結,而是讓連結繼續可存取、但回傳的節點全部失效或直接回傳空清單,這種「假裝還在」的狀態最容易被誤判成客戶端故障。

1. 打開機場/服務商的用戶面板,核對套餐到期時間,不要只看訂閱連結是否還能打開。
2. 在客戶端裡手動執行一次「更新訂閱」,觀察節點數量和節點名稱是否發生變化——如果更新前後節點清單一字不差,說明伺服端沒有推送新資料。
3. 檢查訂閱是否有流量耗盡限速或斷流的條款,部分服務商在流量用盡後會保留連結但停止服務,而不是直接報錯。

第二步:核對本地系統時間

這一條經常被忽略,卻是排查清單裡性價比最高的一步。多數代理協定(尤其是基於 AEAD 加密的 Shadowsocks、VMess,以及依賴 TLS 憑證有效期驗證的協定)在握手階段會驗證時間戳記,本地系統時間與真實時間偏差過大時,伺服端會直接判定請求非法並拒絕連線,表現出來就是「全部節點逾時」,和網路本身是否通暢無關。

• Windows 用戶檢查右下角時間是否已啟用「自動設定時間」,並確認時區正確。
• macOS/Linux 用戶可以在終端機執行 date 命令,和手機上的網路時間對比是否一致。
• 虛擬機器、舊路由器、長期休眠後喚醒的裝置最容易出現時間漂移,重新同步一次網路時間(NTP)後再測試。

時間偏差通常不需要精確到秒,但如果偏差超過幾分鐘,就足以讓加密握手失敗。這一步排查成本極低,建議放在訂閱檢查之後第一優先執行。

第三步:檢查埠是否被占用或衝突

Clash / Clash Meta(mihomo 核心)啟動時需要監聽混合埠、HTTP 埠、SOCKS5 埠以及控制面板埠。如果這些埠已經被其他程式占用,客戶端可能表現為「看似正常運作,但所有請求都逾時」,而不是直接報錯退出。

1. 確認本機是否同時執行了其他代理軟體、舊版本客戶端殘留程序,或此前沒有正常退出的同類程式。
2. Windows 下用 netstat -ano | findstr 7890(埠號替換為實際設定的埠)查看該埠是否已被別的程序占用。
3. macOS/Linux 下可用 lsof -i:7890 查看埠占用情況。
4. 如果發現衝突,先結束占用程序,或在設定裡改用其他空閒埠,重啟客戶端後再測試。

第四步:協定與核心版本是否匹配

部分節點使用較新的協定特性(例如 Hysteria2、某些 VMess 的 AEAD 變體、特定的 Trojan 擴充參數),而客戶端使用的核心版本較舊、不認識這些欄位時,可能不會明確報錯,而是直接把該節點標記為不可用或連線逾時。這類問題的典型特徵是:同一份訂閱,在新核心客戶端上正常,在舊核心客戶端上全部失敗。

• 確認目前使用的客戶端核心是 Clash Premium(已停止更新)還是 Clash Meta / mihomo 核心,新協定基本只在 Meta 系核心中獲得支援。
• 在客戶端關於頁面或設定頁確認核心版本號,和官方發布的最新版本對比是否明顯落後。
• 如果訂閱商說明支援某個較新協定,而本地核心版本較舊,先升級客戶端到最新版本再重新測試。

反過來,如果設定檔裡出現了目前核心不支援的欄位或代理類型,一些客戶端的處理方式是跳過該節點而不是報錯提示,同樣會造成「節點全部消失或逾時」的錯覺,實際是解析階段就被過濾掉了。

第五步:測速與延遲測試的正確姿勢

確認前四步都沒問題後,再回頭看延遲測試本身。延遲測試用的測速位址(如 http://www.gstatic.com/generate_204 一類)本身也可能在特定網路環境下不穩定,如果測速位址本身存取受阻,會導致所有節點顯示逾時,但節點其實是可用的。

1. 在客戶端設定裡查看目前使用的測速位址,嘗試更換為其他常用測速位址。
2. 手動選中一個節點、切換到全域模式,直接打開一個網頁驗證是否能正常載入,不要只依賴延遲數字判斷。
3. 如果延遲數字異常但網頁能正常打開,說明測速鏈路本身有問題,節點其實運作正常,不必繼續排查節點設定。

排查順序小結

把上面五步整理成固定順序,遇到「節點全部逾時」時按此執行,基本能在幾分鐘內定位到問題所在環節:

1. 訂閱是否過期或流量耗盡——去服務商面板核對,不只看連結能否打開。
2. 本地系統時間是否偏差——檢查自動同步是否開啟、時區是否正確。
3. 埠是否被占用或衝突——用 netstat/lsof 確認,清理殘留程序。
4. 協定與核心版本是否匹配——升級客戶端核心,核對協定支援範圍。
5. 測速位址本身是否可用——更換測速位址,以實際打開網頁為準。