一、先分清節點逾時、訂閱失敗與流量未經代理
看到 Timeout，先別急著重新安裝用戶端。節點延遲測試失敗，只代表這次測試未能在指定時間內完成；訂閱無法更新、瀏覽器未使用代理，以及遠端節點無法連線，是三種不同的故障。先釐清症狀，後續調整才有依據。
先暫停其他代理或 VPN，記下目前使用的用戶端名稱、用戶端版本、核心版本與設定名稱。Clash 是代理核心及其設定生態系的常見稱呼；目前不少用戶端使用 mihomo，也就是由原 Clash.Meta 延續發展而來的核心。不同核心支援的協定與欄位各有差異，不能把某個用戶端的選單或設定功能視為所有產品都相同。
| 看到的狀況 | 優先檢查項目 | 判斷依據 |
|---|---|---|
| 更新訂閱時回傳 401、403 | 服務商帳戶與訂閱權限 | 請求遭拒，不代表節點伺服器逾時 |
| 所有節點測試都顯示 Timeout | 設定是否已載入、網路、DNS | 較可能是共用依賴項目出錯 |
| 只有一個節點逾時 | 該節點的位址、連接埠與服務狀態 | 同一台裝置上的其他節點可正常使用 |
| 節點延遲測試有結果，但瀏覽器無法開啟網頁 | 系統代理、規則與連線紀錄 | 測試成功不代表應用程式流量已進入核心 |
| 網頁可正常開啟，但延遲測試失敗 | 測試 URL 與測試逾時時間 | 測試目標可能無法連線或受到限制 |
二、確認本機網路、系統時間與訂閱狀態
先排除網路登入頁與時間偏差
- 暫時關閉用戶端的系統代理與 TUN，再測試原本可直接連線的網站。校園網路、飯店或公共 Wi-Fi 若要求登入網頁認證，請先完成驗證。
- 在 Windows 11 開啟「設定」→「時間與語言」→「日期與時間」，檢查「自動設定時間」，再按一下「立即同步」。在 macOS 開啟「系統設定」→「一般」→「日期與時間」，確認已自動設定日期與時間。
- 改用手機熱點取代目前的 Wi-Fi，設定與節點維持不變，再測試一次。只有換網路後恢復正常，才較能判斷問題出在本機網路路徑或網路策略。
系統時間明顯不正確，可能導致 TLS 憑證驗證失敗，也可能影響依賴時間的驗證程序。若記錄中出現 certificate has expired 或 certificate is not yet valid，請先核對裝置時間與憑證有效期限；不要透過略過憑證驗證來掩蓋問題。connection refused 通常表示連線遭到主動拒絕，與一直等待而逾時的情況不同。
確認訂閱更新成功，且已啟用
以下以 Clash Verge Rev 常見介面為例，開啟「訂閱」，找到目前使用的訂閱卡片並執行更新，接著確認該設定已選取。不同版本的按鈕位置可能不同，重點是確認更新結果、更新時間與節點清單是否如預期變更。下載新檔案不代表已成功載入；若設定語法有誤，用戶端也可能繼續使用先前有效的設定。
- 回傳 401 或 403：檢查服務商帳戶、有效期限與訂閱連結是否已重設。HTTP 狀態碼本身無法證明方案一定已到期。
- 回傳 200，但匯入時發生錯誤：確認回應內容是否其實是登入頁面、錯誤說明或不相容格式，而非可用的 Clash YAML 設定。
- 節點仍顯示，但全部無法使用：舊設定可能仍保存在本機；帳戶到期後，節點名稱不一定會自動消失。請前往服務商帳戶頁面確認剩餘流量與到期日。
- 透過代理更新失敗：若用戶端提供訂閱更新代理選項，請確認是否陷入「必須先連上已失效的節點才能更新」的循環；依目前網路狀況嘗試直接連線更新。
訂閱網址通常含有存取權杖，請勿將完整連結貼到公開論壇、截圖或記錄檔附件中。如需重新匯入，請從服務商帳戶頁面複製目前有效的連結，並先保留原有設定以便比對。
三、檢查本機連接埠，確認核心確實正在監聽
應用程式必須連到實際正在監聽的連接埠。以下以 127.0.0.1:7890 作為示範位址；7890 並非所有用戶端固定使用的預設值。請先在用戶端設定或目前生效的設定中查看 mixed-port、port 與 socks-port，再將命令中的連接埠換成實際值。external-controller 是管理介面，不能當作網頁代理連接埠使用。
Windows：查看監聽狀態與所屬處理程序
開啟 PowerShell，執行以下命令。第一行檢查本機 TCP 連線是否建立，第二行列出正在監聽的處理程序 ID。
Test-NetConnection 127.0.0.1 -Port 7890
Get-NetTCPConnection -LocalPort 7890 -State Listen |
Select-Object LocalAddress, LocalPort, OwningProcessTcpTestSucceeded : True 只表示該連接埠可以連線，還要前往「工作管理員」→「詳細資料」依 PID 找出對應的處理程序。如果 PID 屬於其他代理軟體，可能是連接埠衝突；如果沒有任何監聽，請先檢查核心啟動或設定載入錯誤，不必急著更換遠端節點。
macOS 與 Linux：檢查相同的監聽連接埠
# macOS
lsof -nP -iTCP:7890 -sTCP:LISTEN
# Linux
ss -lntp 'sport = :7890'處理程序資訊可能受系統權限限制。記錄中出現 address already in use 時，請結束占用連接埠的舊處理程序，或將代理連接埠改成未使用的連接埠，例如 7893。修改後必須同步更新系統代理、瀏覽器擴充功能與終端機代理環境變數，不能只改 YAML。
四、透過明確指定代理，區分系統代理與節點故障
本機連接埠可連線後，先送出一個明確指定代理的請求。這項測試可排除「應用程式是否讀取系統代理」的不確定性，但仍會受到用戶端目前模式與分流規則影響。若要判斷特定節點，可暫時切換至全域模式並明確選取該節點；測試後再切回原本的規則模式。
# Windows PowerShell；使用 curl.exe，避免舊版環境中的同名別名
curl.exe -I --proxy http://127.0.0.1:7890 --connect-timeout 5 --max-time 15 https://example.com
# macOS / Linux
curl -I --proxy http://127.0.0.1:7890 --connect-timeout 5 --max-time 15 https://example.com此處的 5 秒是連線逾時上限，15 秒是整個請求的上限，並非實測延遲。示範命令要求該連接埠支援 HTTP 代理；若實際上只有 SOCKS 入口，請使用對應連接埠與 socks5h:// 協定。example.com 只是固定測試目標；若結果異常，請再換一個已確認可用的 HTTPS 網站交叉測試。
- 提示無法連線至 127.0.0.1：回頭檢查本機監聽狀態，這個步驟還未涉及遠端節點。
- 只看到 200 Connection established：這只表示 HTTP 代理已建立通道回應，還要確認 TLS 與最終網站回應是否完成。
- 取得最終 HTTP 回應：表示這次請求至少已成功通過連線路徑；即使回傳 403、405，也要區分網站存取策略與連線逾時。
- 明確指定代理後成功，但瀏覽器失敗：優先檢查瀏覽器擴充功能、系統代理例外清單，以及應用程式本身的代理設定。
系統代理開關應與作業系統設定一致
在 Windows 11 前往「設定」→「網路和網際網路」→「Proxy」，確認手動代理位址與連接埠和用戶端設定一致。在 macOS 前往「系統設定」→「網路」→目前的網路連線「詳細資料」→「代理伺服器」，檢查網頁代理與安全網頁代理。不要同時保留來源不明的自動代理指令碼與手動代理設定。
同時開啟用戶端的「連線」與「記錄」頁面，再重新整理網頁。若完全沒有對應連線，可能是流量未進入核心，也可能是瀏覽器沿用了既有連線；關閉該網頁後重新開啟再觀察。若有連線記錄且目標為 DIRECT，應檢查命中的規則，而不是誤判為代理節點失效。
五、區分 DNS 解析失敗與 fake-ip 路徑問題
DNS 排查要分成兩個層面：一是「節點伺服器的網域名稱能否解析」，二是「網站網域如何解析」。如果無法取得節點本身位址的解析結果，測試其他網站沒有意義；若網站解析異常，也不能直接認定所有節點都已損壞。
先查看記錄中的網域名稱與錯誤階段
開啟用戶端記錄，暫時將記錄層級設為可顯示連線錯誤，然後重現一次失敗操作。記下錯誤中的網域名稱、連接埠與時間。no such host 通常表示名稱解析失敗；i/o timeout 則需配合前後文，判斷發生於 DNS 查詢、連線遠端，還是協定交握階段。只截取最後一個 Timeout，通常無法提供足夠資訊。
# Windows：檢查系統解析路徑
Resolve-DnsName example.com
# macOS / Linux：若有 nslookup 可使用
nslookup example.com這些命令主要用來驗證系統採用的解析路徑，結果不一定等同於 mihomo 內建 DNS 的解析結果。若系統解析成功，但核心仍回報解析失敗，請繼續檢查目前生效設定中的 dns 區段、解析伺服器的連線狀況與節點網域解析設定，而不是一再清除瀏覽器快取。
fake-ip 位址不是節點伺服器位址
在 fake-ip 模式下，核心可能從設定的位址池分配合成位址，常見的範例位址池為 198.18.0.1/16。應用程式取得這類位址，不代表 DNS 遭到污染；核心會透過對應表還原網域名稱，再套用規則並建立連線。實際是否使用此範圍，請以目前設定為準。
- 關閉 TUN 後，應用程式仍連到合成位址：可能是保留了先前的 DNS 快取。先結束相關應用程式，還原原本的解析路徑後再重新開啟；Windows 可執行
ipconfig /flushdns清除系統 DNS 快取。 - 只有某個區域網路應用程式異常：檢查它是否依賴真實 IP、區域網路探索或內建 DNS。針對實際網域設定 fake-ip 例外，比將所有網域都加入例外更容易維護。
- 改用加密 DNS 後開始逾時：檢查該 DNS 服務本身是否可連線，以及其網域名稱是否需要引導解析。加密 DNS 不保證在所有網路中都能連線。
需要比較時，可在備份設定中暫時切換為用戶端與核心支援的另一種 DNS 模式，再載入設定並重新啟動應用程式測試。每次只調整一項。遠端訂閱更新可能會覆蓋直接編輯的內容，長期修正應使用用戶端提供的覆寫或合併機制；相關欄位可參考設定參考。
六、單獨驗證 TUN、其他 VPN 與網路接管衝突
系統代理正常、TUN 異常時，先檢查流量接管路徑。TUN 透過虛擬網路介面與路由處理流量，涵蓋範圍和系統代理不同；啟用 TUN 無法修復已過期的訂閱或停機的遠端伺服器。測試時先暫停其他 VPN、網路加速器及同類虛擬網卡工具，避免多個程式同時修改預設路由或 DNS。
- 先關閉 TUN、保留系統代理，再執行上一節的明確指定代理請求。若請求成功，表示本機代理入口與選定節點至少能完成這次請求。
- 關閉系統代理，再啟用 TUN，使用一般瀏覽器造訪相同的測試網站，同時查看連線記錄。
- 若第二步失敗，請檢查用戶端是否提示服務未安裝、權限不足或虛擬介面建立失敗。桌面用戶端可能需要先安裝或啟動對應的系統服務。
- 還原原本的開關狀態，確認結束用戶端後網路也能正常恢復，再決定是否保留 TUN。
Android 的同一個使用者環境通常只能由一個應用程式使用系統 VPN 服務；啟動另一個 VPN 後，原有連線可能會被取代。iOS 的網路延伸功能也受作業系統與用戶端實作限制。手機端應先查看系統 VPN 狀態與用戶端記錄，不要照搬桌面端檢查 7890 連接埠的步驟。
若只有部分大型網頁、上傳或影片在 TUN 下卡住，而小型請求正常，才需要進一步考慮路徑 MTU、UDP 支援或特定協定問題。不要直接複製來源不明的 MTU 數值。先記錄可重現問題的目標、傳輸類型與網路環境，再逐項調整設定進行對照測試。
七、最後確認遠端節點與延遲測試目標
確認本機監聽、流量接管與 DNS 都有明確證據後，再判斷節點是否無法連線。維持相同裝置、網路與目標網站，只切換節點。如果某個節點連續失敗，另一個節點連續成功，問題較可能出在失敗的節點或通往該節點的網路路徑。
延遲測試無法完整證明節點可用
用戶端延遲測試通常會透過節點請求指定 URL。測試 URL、逾時門檻與伺服器端回應策略都會影響結果。若用戶端支援設定逾時，可暫時將例如 3000 毫秒調整為 8000 毫秒作為對照；這只會延長等待時間，並不會提升速度。輕量測試成功，也不代表影片、UDP 或長連線一定正常。
遠端 TCP 連接埠可連線，只能證明 TCP 交握可達，無法證明驗證、TLS 或代理協定交握成功。有些節點使用以 UDP 為基礎的傳輸方式，TCP 連接埠測試甚至不適用。不要用 ping 成敗判斷節點是否正常；伺服器可能不回應 ICMP，但代理服務仍可使用。
- 只有一個節點失敗：更新訂閱，確認服務商是否已替換該節點，再查看是否有節點維護公告。
- 同一個網路上的節點全部失敗，改用手機熱點則正常：優先排查目前網路的出口限制、DNS 與遠端連線路徑。
- 兩種網路都失敗，記錄顯示不支援協定：確認設定需求與核心支援狀況，更新至用戶端官方發布的相容版本，不要任意改寫協定名稱。
- 記錄出現驗證或 TLS 錯誤：確認帳戶、節點參數與系統時間，不要把所有交握失敗都歸類為網路逾時。
八、整理故障資訊並還原日常設定
若問題仍未解決，整理以下資訊再尋求協助，比只說「所有節點都逾時」更容易獲得有效答覆。記錄檔只保留故障發生前後約 30～60 秒的相關片段，並先刪除訂閱權杖、密碼、UUID 及其他驗證資訊。
- 用戶端名稱、用戶端版本、核心版本與作業系統版本。
- 故障發生時間與時區，以及使用 Wi-Fi、有線網路或手機熱點。
- 發生問題的是訂閱更新、節點測試，還是特定應用程式的連線。
- 本機實際代理連接埠、監聽處理程序是否正確，以及明確指定代理請求的結果。
- 系統代理與 TUN 的開關狀態、規則模式或全域模式，以及命中的策略群組。
- 切換節點、網路或測試目標後的結果；每次只變更一項。
測試結束後，還原日常規則模式、原有 DNS 與必要的代理開關，並關閉暫時啟用的除錯記錄。最終判斷應以可重現的證據為準：連接埠是否正在監聽、請求是否進入核心、網域是否成功解析，以及遠端交握是否完成。依照這個順序檢查，通常能將「Clash 無法連線」的問題縮小到可處理的環節。初次設定還不熟悉時，可先參考快速入門教學確認基本設定；常見用戶端問題則可查看說明中心。