這份清單適合遇到 v2rayNG 測速顯示逾時、啟動後反覆中斷、同一訂閱突然全部無法使用的安卓使用者。排查順序固定為：確認故障現象、校準系統與網路、重新整理訂閱、核對傳輸參數、檢查 TLS 或 REALITY、排除 DNS 與 VPN 衝突。每完成一個環節就重新進行一次實際連線測試，可以更快鎖定問題層級。
環節一：先分清測速逾時、連線逾時與握手失敗
v2rayNG 裡的「逾時」不只代表伺服器離線。清單中的延遲測試、實際連線測試和啟動後的核心日誌，檢查的是不同環節。延遲數字空白，可能是測試目標無法存取；點擊啟動後立即停止，通常更接近設定載入或握手錯誤；啟動狀態維持正常但網頁打不開，則應繼續檢查路由、DNS 和本機 VPN 環境。
本文以 v2rayNG 1.10.x 的常見介面為參考。不同小版本的按鈕位置可能略有變化，但排查動作相同：先選取單一節點，執行一次實際連線測試，再開啟側欄中的「日誌」查看最後 20 至 40 行。不要一開始就批次修改 UUID、連接埠和傳輸設定，否則原始錯誤可能會被覆蓋。
錯誤：context deadline exceeded
原因與解法：連線未能在規定時間內完成，常見於伺服器連接埠無法連線、行動網路封包遺失或握手資料未回傳。先切換 Wi-Fi 與行動網路交叉測試，再核對位址和連接埠。
錯誤：dial tcp: i/o timeout
原因與解法：連往目標 IP 和 TCP 連接埠時逾時。若同一節點在兩種網路下都失敗，優先確認伺服器位址是否已變更、連接埠是否仍開放。
錯誤：failed to find an available destination
原因與解法：目標網域未解析出可用位址，或 DNS 回傳結果不符合目前網路。檢查節點網域拼寫，切換 DNS 設定後重新啟動連線。
先記錄三個結果
- 單一節點的實際連線測試結果，而不是只看清單中的延遲數字。
- 啟動失敗時日誌中的第一條錯誤，後續重複錯誤通常只是連鎖結果。
- 故障範圍是一個節點、同一訂閱的全部節點，還是裝置中的所有設定。
如果只有一個節點失敗，而同一訂閱的其他節點正常，問題通常集中在該節點的位址、連接埠或傳輸參數。若全部節點同時在同一時間失效，更應先檢查系統時間、訂閱狀態、目前網路和應用程式權限，而不是逐一編輯節點。
環節二：校準系統時間，再進行基礎網路對照
TLS 憑證驗證和 REALITY 握手都依賴裝置時間。日期偏差一天、時區錯誤或系統時間慢了幾分鐘，都可能讓憑證被判定為尚未生效或已經過期。安卓裝置應開啟網路提供的自動時間和自動時區，校準後徹底停止 v2rayNG，再重新啟動核心。
基礎網路對照同樣重要。先中斷 v2rayNG，確認一般網路可以開啟常用網站；再分別使用目前的 Wi-Fi 與行動網路測試同一個節點。若行動網路可連、Wi-Fi 逾時，重點檢查路由器 DNS、訪客網路限制和上游網路；若 Wi-Fi 可連、行動網路失敗，則可能與目前的基地台、IPv6 路徑或網路品質有關。
-
校準時間
進入系統「設定」→「系統」→「日期與時間」，開啟「自動設定時間」和「自動設定時區」。不同安卓版本的「系統」入口名稱可能略有差異。
-
停止連線
回到 v2rayNG，點擊底部連線按鈕停止服務，再從最近使用的應用程式中關閉應用程式，等待約 5 秒後重新開啟。
-
測試直連
保持代理關閉，分別使用瀏覽器造訪兩個穩定網站，確認一般 DNS 和基礎網路可用。
-
交叉換網
對同一節點分別使用 Wi-Fi 和行動網路測試，每種網路連續測試 3 次，記錄是否穩定重現逾時。
-
保留日誌
重新啟動連線，進入側欄「日誌」，保存最早出現的錯誤類型和發生時間，避免只截取最後一行。
還應暫時關閉系統的省電限制。進入系統「設定」→「應用程式」→「v2rayNG」→「電池」，允許應用程式在連線期間正常執行。部分裝置在鎖定螢幕後會限制背景 VPN 服務，表現為剛連線時可用、幾十秒後中斷，這與伺服器測速逾時並不是同一種故障。
環節三：確認訂閱有效，並重新整理本機節點資料
訂閱連結只是設定分發入口，節點是否可用仍取決於訂閱狀態和伺服器端設定。訂閱到期、流量額度用盡、分組權限變更，可能讓舊節點繼續留在清單中，但實際連線全部逾時。只看到節點名稱並不能證明本機設定仍是最新狀態。
先在 v2rayNG 中進入側欄「訂閱分組」，確認訂閱位址完整且對應分組已啟用，然後執行「更新訂閱」。更新後觀察節點數量、名稱和連接埠是否變化。如果更新本身逾時，可以先中斷代理，使用目前的直連網路更新；若已有一個可用節點，也可以在訂閱設定中啟用透過代理更新後再試。
重新整理訂閱時檢查這些細節
- 訂閱位址前後沒有空格、換行或被聊天軟體截斷的字元。
- 更新後選擇的是新設定，而不是同名的舊節點副本。
- 訂閱中的 VMess、VLESS 節點 UUID 保持完整，不能手動刪減字元。
- 現代 VMess AEAD 設定通常使用
alterId 0，不要沿用來源不明的舊參數。 - VLESS 的加密欄位通常為
none，傳輸安全由 TLS 或 REALITY 等設定負責。
若更新訂閱後節點數量變成零，先不要反覆匯入。檢查訂閱回傳內容是否有效，以及分組篩選規則是否隱藏了節點。如果更新成功但所有舊節點仍未變化，可刪除該訂閱分組後重新新增一次；操作前應記錄自訂路由規則，避免一併清除本機修改。
環節四：逐項核對位址、連接埠與傳輸層參數
系統時間和訂閱都正常後，再進入節點編輯頁檢查連線參數。最基本的三項是伺服器位址、連接埠和使用者識別碼。網域中多一個空格、連接埠從 443 寫成 8443、UUID 少一位，都會導致連線失敗。網域不應附帶 https:// 前綴，也不應把 WebSocket 路徑寫進位址欄。
接下來檢查網路類型。TCP、WebSocket、gRPC 不是可互換的選項，客戶端必須與伺服器端保持一致。WebSocket 需要核對路徑和 Host；gRPC 需要核對 serviceName；使用 TCP 與 REALITY 的 VLESS 節點還可能要求正確的 flow。路徑和服務名稱通常區分大小寫，/ray 與 /Ray 應視為兩個不同的值。
錯誤：failed to dial WebSocket > bad handshake
原因與解法：TCP 已連通，但 WebSocket 升級握手遭到拒絕。核對節點編輯頁中的路徑、Host、TLS 開關和連接埠，確保與訂閱原始值一致。
錯誤：connection reset by peer
原因與解法：遠端或中間網路主動重設連線。若每次都在握手後立即出現，重點檢查傳輸類型、伺服器端連接埠和安全層是否匹配。
錯誤：invalid user
原因與解法：使用者識別碼未被伺服器端接受。重新更新訂閱，核對 UUID，避免繼續使用過期或手動複製不完整的設定。
常見傳輸參數核對表
- TCP：確認連接埠、TLS 或 REALITY 狀態，以及 VLESS flow 是否為設定指定的值。
- WebSocket：確認 Path 以正確的斜線開頭，Host 與訂閱一致，不能任意互換 SNI 和 Host。
- gRPC：確認服務名稱完整，安全層開關與伺服器端一致，連接埠通常但不一定是
443。 - VMess：核對 UUID、安全設定和傳輸類型，不要只憑節點名稱判斷參數。
- VLESS：核對 UUID、flow、傳輸安全和伺服器名稱，尤其注意 REALITY 配套欄位。
編輯後只測試目前節點，不要立即批次測速。一次只修改一個欄位，儲存並連線 10 至 15 秒，再觀察日誌是否從 TCP 逾時進展到 TLS 或傳輸握手階段。錯誤階段發生變化，表示前一項修改確實生效；如果錯誤完全相同，應撤回沒有依據的修改。
環節五：檢查 TLS、SNI 與 REALITY 配套欄位
TLS 類問題的特點是 TCP 連接埠可能已經接通，但安全握手無法完成。一般 TLS 節點需要正確的伺服器名稱，也就是常見設定中的 SNI。SNI 通常是憑證涵蓋的網域，不一定與節點連線位址完全相同。若訂閱已提供該欄位，應原樣保留，不要用 IP 位址替換。
憑證驗證失敗時，優先處理系統時間、網域和設定來源，不應把「允許不安全連線」當成長期修復方式。關閉驗證只能掩蓋網域或憑證設定錯誤，也無法解決連接埠、路徑和 REALITY 參數不匹配的問題。
錯誤：x509: certificate has expired or is not yet valid
原因與解法：裝置時間不正確，或伺服器端憑證確實不在有效期限內。先啟用自動時間；時間準確仍報錯時，需要更新節點設定或等待伺服器端處理。
錯誤：x509: certificate is valid for another name
原因與解法：SNI 與憑證涵蓋的網域不一致。恢復訂閱提供的伺服器名稱，確認沒有把節點位址直接複製到 SNI。
錯誤：REALITY: processed invalid connection
原因與解法：REALITY 握手欄位不匹配。重新核對公鑰、short ID、serverName、指紋和 flow，建議透過更新訂閱恢復整組參數。
REALITY 節點重點核對
- 協定是否為 VLESS，網路類型是否與設定說明一致。
- 公鑰是否完整，複製時沒有首尾空格或換行。
- short ID 是否為訂閱下發的值，不能任意補零或刪減。
- serverName 是否符合設定，指紋常見值如
chrome應依原設定填寫。 - 使用 Vision 時，flow 通常需要設定為
xtls-rprx-vision，具體以節點設定為準。
同一個訂閱中，一般 TLS 節點可用而 REALITY 節點全部失敗，通常也指向 REALITY 欄位、核心相容性或訂閱資料。此時可先確認 v2rayNG 使用 Xray 核心，並透過安裝包頁面取得目前維護版本，再重新匯入訂閱測試。
環節六：排除 DNS、路由規則與本機 VPN 衝突
前五個環節都正常，但連線後網頁仍打不開，應檢查請求是否順利經過 DNS、路由匹配和代理出站。網域節點依賴 DNS 解析；自訂路由可能把測試網域錯誤地送入直連或阻擋；系統中同時執行其他 VPN 服務，則可能導致 v2rayNG 無法建立 VPN 介面，或連線啟動後立即被替換。
先恢復到簡單環境：停止其他 VPN 服務，關閉自動切換網路，暫時停用自訂路由規則，只保留一個確認參數正確的節點。進入 v2rayNG「設定」，記錄目前 DNS 選項後切換到預設設定，停止並重新啟動連線。若恢復預設後可用，再逐項加回路由規則和 DNS 設定。
節點顯示已連線，為什麼所有網頁都打不開？
先開啟日誌確認沒有持續重新連線，再停用自訂路由並恢復預設 DNS。若本機 SOCKS 監聽已啟用，還要確認連接埠沒有被其他應用程式佔用；常見連接埠為 10808，實際值以設定頁為準。
換成 IP 位址能連，使用網域就逾時怎麼辦？
這通常指向 DNS 解析。關閉連線後重新整理網路，恢復 v2rayNG 預設 DNS，再測試節點網域。不要長期用解析結果替換網域，因為 TLS 的 SNI 和憑證驗證仍可能依賴原網域。
Wi-Fi 下逾時，行動網路卻能正常連線？
重新啟動路由器，關閉訪客網路限制，檢查路由器是否使用異常 DNS。也可以讓裝置重新連線至 Wi-Fi 後連續測試 3 次，確認故障是否只出現在該網路。
鎖定螢幕幾十秒後連線自動中斷怎麼辦？
進入系統「設定」→「應用程式」→「v2rayNG」→「電池」，取消嚴格的背景限制，並允許 VPN 服務持續執行。之後鎖定螢幕 2 分鐘，再測試連線穩定性。
訂閱中的節點全部逾時，手動節點也失敗？
優先檢查裝置時間、目前網路和 VPN 衝突。重新啟動裝置後只啟動 v2rayNG，使用一個參數明確的節點測試；若仍失敗，保留日誌中的第一條錯誤再繼續定位。
最終複測順序
- 保持自動時間和自動時區開啟。
- 停止其他 VPN 服務，只保留 v2rayNG。
- 更新一次訂閱，選取一個新節點。
- 恢復預設 DNS 與路由設定。
- 先進行實際連線測試，再啟動 VPN 服務。
- 分別開啟一個網域網站和一個常用應用程式，持續觀察 2 分鐘。
依照這個順序複測後，若仍只有某一個節點逾時，基本可以將範圍縮小到該節點或伺服器端。若同一訂閱全部失敗但其他訂閱可用，應處理訂閱狀態或整組設定；若所有設定在目前裝置上都失敗、換網路仍沒有變化，則應檢查應用程式版本、系統 VPN 權限和日誌中的核心啟動錯誤。
排錯的關鍵不是嘗試更多隨機組合，而是讓每次測試只驗證一個變數。依序檢查時間、網路、訂閱、傳輸、安全層、DNS 與本機環境，可以明確連線卡在哪一層，也能避免把單純的連接埠變更誤判為客戶端故障。