為什麼「訂閱成功」卻像整組節點都掛了？
在 Clash for Android 上，訂閱匯入只代表客戶端已從遠端拉下設定檔與節點清單；實際能否連線，還取決於本機是否取得 VPN 權限、系統是否允許背景執行、DNS 是否能正確解析，以及規則是否把測速請求導向錯誤路徑。許多人一看到節點逾時就重裝 App 或換訂閱，其實多半可在手機端用系統化步驟排除。
下列七步請盡量依序操作：前幾步處理權限與介面開關，中間幾步處理分應用與 DNS，最後再驗證測速網址與真實 IP 顯示是否符合預期。若某一步已能解釋現象（例如關閉私人 DNS 後立即恢復），後續步驟可作為複查，不必全部重做。
步驟一：確認 VPN 權限、電池最佳化與背景限制
Clash for Android 透過 Android 系統的 VPN 介面轉發流量。若從未彈出過授權視窗，或曾在系統設定中撤銷過，應用程式可能無法建立隧道，此時所有節點測速都會顯示連線失敗或無限逾時。
請到系統「設定 → 應用程式 → Clash（或你使用的分支客戶端）」中，確認VPN 權限仍為允許；若剛升級系統或還原過備份，建議開啟 App 一次並重新同意連線。接著檢查電池：將該 App 設為「不受限制」或關閉「背景耗電限制」，避免系統在鎖屏後殺掉核心程序。部分廠牌（如小米、華為、OPPO）另有「自啟動管理」「背景運行權限」，需一併允許，否則訂閱匯入看似正常，實際代理程序卻未持續運作。
步驟二：更新訂閱、選中設定檔並確認代理已啟用
匯入訂閱後，請在客戶端內手動執行「更新」並確認更新時間為剛剛，避免快取舊的空白或損壞設定。接著檢查是否已選取正確的設定檔（Profile）作為目前使用中的配置；多數介面若未啟用任何一個 Profile，節點列表可能為空或仍顯示舊資料，導致測速異常。
確認主介面上的系統代理或「開啟 Clash」類似開關已處於開啟狀態。部分版本區分「僅核心運行」與「實際接管流量」，若只啟動核心而未開啟系統代理，瀏覽器與其他 App 仍走直連，體感也會像「代理沒作用」。完成後再對單一節點執行延遲測試，避免一次全選造成請求擁塞。
步驟三：檢查分應用代理（Per-App Proxy）是否誤排除
分應用代理可讓僅指定 App 走代理，其餘直連；若規則設反了，會出現「瀏覽器能上／客戶端顯示逾時」或相反情況。請開啟分應用設定，確認 Clash 本體、瀏覽器、以及你需要代理的 App 是否在正確清單內。若使用「略過」模式，請勿把系統元件或 DNS 相關程序錯誤列入略過清單，以免解析與連線行為不一致。
若你曾用「僅代理下列 App」模式，請確認至少包含要測試的應用；測速功能若由客戶端內建發起，也須確保客戶端本身未被排除。調整後建議完全結束 App 後再開啟，避免舊的略過規則留在記憶體中。
步驟四：排查 DNS：fake-ip、紅色主機名與 Android 私人 DNS
Clash 常見的 fake-ip 模式會在本機回傳虛擬 IP，若搭配不當，部分應用會無法連線或顯示奇怪延遲。可嘗試在設定檔或客戶端進階選項中切換為 redir-host（或同等「真實 IP」策略）做對照測試；若切換後節點立即恢復，問題多半在 DNS 與域名解析鏈，而非出口頻寬。
同時請檢查 Android 系統的私人 DNS（Private DNS）：若設為某個 DoT 主機，可能與客戶端內的 DNS 覆寫或加密 DNS 設定衝突，導致解析失敗、全面逾時。可暫時改為「自動」或關閉私人 DNS，再重新測試節點。若訂閱內建 nameserver 或 fallback，也可在 YAML 中暫時簡化為可信的公共 DNS 做交叉驗證。
步驟五：測速網址、規則與「直連對照」
節點延遲測試依賴客戶端發起的 HTTP(S) 請求；若規則把該測速域名設為直連，而當前網路無法直連該位址，就會顯示逾時，即使代理本身正常。請在設定中查看測速 URL（常見為 https://www.gstatic.com/generate_204 等），並在「規則」或日誌中確認此請求實際走了哪條策略。
建議暫時選用「全域」或「規則」模式下能確定走代理的策略組，再測一次延遲；若仍全紅，可改一個可從瀏覽器直接開啟的輕量 HTTPS 網址作為自訂測速目標。搭配日誌檢視是否有 TLS 握手失敗、證書錯誤或連線被重設，有助區分是連線失敗還是單純 ping 類數值異常。
步驟六：用真實 IP 與 DNS 洩漏頁面做交叉驗證
當節點顯示已連線但網頁打不開時，請用瀏覽器開啟可信的 IP 查詢或 DNS 洩漏測試頁（在代理開啟狀態下），確認出口 IP 是否與預期節點地區相符。若顯示仍為家裡寬頻 IP，代表流量未進入隧道，應回到步驟二與步驟三檢查主開關與分應用代理。
若出口 IP 正確但僅特定網站無法訪問，較可能是規則分流或 SNI 相關問題，而非整體節點逾時。此時可對照我們技術專欄中關於 YAML 規則的說明，檢查策略組與規則優先順序；亦可先從技術專欄中與規則相關的文章了解分流邏輯，再回頭微調訂閱或覆寫設定。
步驟七：電信環境、路由器與時間同步
若以上步驟皆已嘗試，同一訂閱在 Wi-Fi 與行動數據下表現差異很大，可能是電信商對特定埠或 QUIC 路徑的限制。可嘗試切換網路、關閉路由器上的廣告封鎖或家長控制 DNS，或暫停其他 VPN／防火牆類 App。TLS 類代理對系統時間敏感：若手機時間誤差過大，可能出現證書驗證失敗，表現為間歇性連線失敗；請開啟網路提供的自動對時。
最後，若僅在某一類協定（如 Hysteria、TUIC）上全部逾時，而其他協定正常，可能是上層網路封鎖了對應 UDP／QUIC 路徑，此時可向服務商確認節點協定與埠資訊，或嘗試客戶端內可選的傳輸替代項。這類情況已超出單純「Clash Android 設定錯誤」範疇，但仍值得與本文前六步結果一併告知客服，以縮小排查範圍。
寫在最後：先把環境理清，再談節點好壞
相較於桌面端，Android 上的代理更容易被系統電池策略、私人 DNS 與分應用代理牽動；同一組訂閱匯入在電腦上正常、手機上卻全面逾時的案例，十有八九與權限或 DNS 有關，而非節點瞬間失效。把本文七步當成檢查清單，通常能在短時間內定位問題層級，避免無效重裝與重複試錯。
若你希望在手機與電腦上使用介面更一致、內建較新核心與清楚狀態提示的客戶端，也可從本站整理好的安裝包與說明入手，減少四處搜尋版本與權限細節的時間。歡迎前往我們的下載頁面取得對應平台客戶端。
想從設定檔層面加深對分流與 DNS 的理解，可延伸閱讀技術專欄中與 YAML 規則、Meta 核心相關的教學；先把本機網路權限與DNS 站穩，進階調校會事半功倍。