這份清單適合遇到節點測試逾時、瀏覽器無法開啟網頁或訂閱更新失敗的使用者。先確認時間與訂閱，再檢查本機監聽、遠端連接埠和握手參數；每個步驟都保留可驗證的結果。閱讀後即可分辨用戶端未接管流量、網路無法連線或協定設定不一致，避免反覆重新安裝或一次修改多項設定。
先分清三種「逾時」
逾時表示某項操作未能在限定時間內完成，不代表節點一定失效。訂閱更新、節點測試和瀏覽器連線所經過的路徑各不相同。訂閱網址通常是 HTTPS 介面；節點連線使用節點本身的位址、連接埠和驗證資訊；瀏覽器還需要透過系統代理或 TUN 接管流量。先記下失敗的是哪項操作，後續檢查才有方向。
| 狀況 | 優先檢查 | 不能直接判定 |
|---|---|---|
| 訂閱更新逾時 | 訂閱網域解析、介面連線狀況、更新時是否經過代理 | 所有已匯入的節點都無法使用 |
| 節點測試逾時 | 測試類型、遠端連接埠、握手參數、測試目標 | 一定是本機系統代理設定錯誤 |
| 測試成功，但網頁無法開啟 | 系統代理、應用程式代理設定、DNS 與路由規則 | 伺服器一定正常或一定異常 |
TCP 連線測試只能確認連接埠能否建立連線，不會驗證 UUID、密碼或應用程式資料交換。實際連線測試涵蓋的環節較多，但也取決於測試網址是否可連線。兩種測試不能混為一談。排查時先固定一個節點、一個目標網址和一種測試方式，記下失敗時間及核心記錄；不要把不同測試結果拼湊成同一個結論。
第一步：校正系統時間，確認訂閱狀態
TLS 憑證有生效日期和到期日期。裝置時間若明顯不準，即使伺服器憑證正常，也可能被判定為尚未生效或已過期。VMess 的部分驗證流程同樣會受時間影響。時區顯示不同不一定有問題，關鍵在於系統記錄的實際時間是否正確。
-
同步時間
在 Windows 11 開啟「設定」→「時間與語言」→「日期與時間」，啟用「自動設定時間」，再於「其他設定」中點選「立即同步」。若同步失敗，先檢查一般網路連線，不要只手動調整顯示的時數。
-
確認方案狀態
前往訂閱服務提供者的帳戶頁面，查看有效期限、剩餘流量和服務公告。訂閱連結能下載，不代表帳戶仍有連線權限；帳戶尚未到期，也不代表舊節點位址仍然有效。
-
更新訂閱群組
在 v2rayN 的「訂閱分組」選單中更新對應群組。若介面提供「更新訂閱不通過代理」和「更新訂閱通過代理」選項，請依目前網路狀況選擇；若依賴已失效的節點更新，就會陷入「必須先連線才能修復」的循環。
-
重新選取節點
更新成功後，重新選取該群組中的節點，並確認核心已載入新設定。檢查伺服器位址和連接埠是否有變更。不同版本的介面選單文字可能略有差異，請以目前版本的群組更新功能為準。
第二步：檢查本機連接埠和流量入口
先確認核心已成功啟動，再檢查瀏覽器是否將請求交由核心處理。v2rayN 介面能開啟，不代表代理核心正在監聽。前往「設定」→「參數設定」，確認本機監聽連接埠；不同版本可能使用獨立的 HTTP、SOCKS 連接埠或混合連接埠，務必以實際設定和啟動記錄為準。
以上數字僅為檢查範例，不是所有節點都適用的固定設定，也不是實測速度。接著在 Windows PowerShell 中檢查本機監聽狀況及所屬程序。若實際連接埠不是 10808，請先修改命令。若沒有任何輸出，表示目前沒有對應的 TCP 監聽，請優先查看核心啟動記錄。
Get-NetTCPConnection -State Listen -LocalPort 10808 |
Select-Object LocalAddress, LocalPort, OwningProcess
Get-NetTCPConnection -State Listen -LocalPort 10808 |
ForEach-Object { Get-Process -Id $_.OwningProcess }如果監聽連接埠由其他程式使用，先確認該程序的用途，再關閉衝突程式或調整本機連接埠。修改連接埠後，必須同步更新應用程式的代理設定。確認監聽正常後，可使用 Windows 內建的 curl.exe 明確指定 SOCKS 代理，排除瀏覽器設定的影響進行測試：
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 -I https://www.example.com/socks5h代表透過 SOCKS 代理提交目標網域，減少本機解析目標網域對測試造成的干擾；但仍無法排除節點伺服器位址本身的解析問題。- 此處的 example.com 是公開示範網站，不是節點服務位址。若目標網站本身無法連線，請改用已確認可正常連線的 HTTPS 網站。
- 收到 HTTP 回應，表示這次請求已通過代理連線路徑；收到 403 等狀態碼也算有回應，但不代表目標網站允許存取。
- 若明確指定代理後測試成功，但瀏覽器仍無法連線，請檢查系統代理是否指向相同連接埠，以及瀏覽器是否使用獨立的代理設定。
第三步：從 DNS 到遠端連接埠逐層檢查
確認本機入口正常後，再檢查伺服器位址。網域解析失敗和 TCP 連線失敗是兩個不同環節。以下的 node.example.com 是明確虛構的節點網域，執行前必須替換成訂閱中的實際伺服器位址；443 也必須換成實際服務連接埠。
Resolve-DnsName node.example.com
Test-NetConnection node.example.com -Port 443 -InformationLevel Detailed| 檢查結果 | 代表意義 | 下一步 |
|---|---|---|
| 網域解析失敗 | 尚未進入遠端連接埠連線階段 | 確認位址拼寫、DNS 是否可連線，以及網域是否已失效 |
| TcpTestSucceeded 為 False | 目前網路無法與該 TCP 連接埠成功建立連線 | 檢查遠端是否正在監聽、防火牆、網路路徑，以及連接埠是否填錯 |
| TcpTestSucceeded 為 True | TCP 三向交握成功 | 繼續確認 TLS、傳輸和協定驗證 |
Ping 失敗不能直接判定節點失效，因為伺服器可能不回應 ICMP。反過來說，Ping 成功也不代表服務連接埠已開啟。以上 TCP 檢查僅適用於使用 TCP 的節點；不能根據此結果判斷 UDP 傳輸。若網域同時回傳 IPv4 和 IPv6 位址，也要留意實際連線使用了哪一種位址。
結論：切換網路時一次只改變一個變數
保持同一台裝置、同一個節點和同一個連接埠，分別透過原本的網路和手機熱點測試。若只有原本的網路失敗，優先檢查該網路路徑及其限制；若兩邊都失敗，再確認伺服器狀態和設定，避免一開始就更換協定。
檢查本機防火牆是否阻擋目前核心程序的對外連線，尤其是升級後程式路徑變更的情況。伺服器端則要分別檢查雲端防火牆或安全性群組、系統防火牆，以及實際監聽的連接埠。不要把關閉所有防火牆當成長期解決方案；本機代理通常只應監聽迴路位址，避免將未經驗證的入口開放給區域網路。
第四步：確認 TLS、傳輸與驗證參數
遠端連接埠可連線但仍然失敗時，排查重點就從「能否連線」轉為「雙方使用的協定是否一致」。VLESS 和 VMess 是代理協定；TCP、WebSocket、gRPC 等屬於傳輸層設定；TLS 和 REALITY 則與傳輸安全有關。只更改協定名稱，卻保留其他舊參數，往往會產生新的握手錯誤。
| 設定項目 | 確認內容 | 常見誤解 |
|---|---|---|
| 協定與驗證 | VMess 或 VLESS、UUID，以及伺服器要求的其他驗證設定 | 認為連接埠開啟就代表驗證一定正確 |
| TLS serverName | 伺服器要求的 SNI 名稱，以及憑證涵蓋的網域 | 把連線位址、SNI 和 HTTP Host 全部設成同一個值 |
| WebSocket | path、Host 和反向代理轉送規則 | 漏掉路徑開頭的斜線，或沿用舊路徑 |
| gRPC | serviceName、TLS 和反向代理對 HTTP/2 的支援 | 將 WebSocket 的 path 直接當成 serviceName |
| REALITY | 伺服器指定的 serverName、公鑰、shortId，以及適用的 flow | 用一般 TLS 憑證測試取代 REALITY 驗證 |
REALITY 屬於 Xray 生態系，不能直接將這類設定交由 V2Fly 核心使用。在 Android 上，v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心；選擇前應確認所用核心版本支援該協定和相關欄位。桌面版 v2rayN 也應確認目前執行的核心和記錄，而非只看用戶端名稱。
一般 TLS 節點可在已安裝 OpenSSL 的 Linux 或 macOS 終端機中，單獨檢查憑證與 TLS 握手。以下兩個網域都是虛構範例，請分別替換成實際連線位址和伺服器要求的 SNI：
openssl s_client -connect node.example.com:443 -servername tls.example.com -verify_hostname tls.example.com -verify_return_error < /dev/null- 這個命令不會驗證 VMess、VLESS 的驗證資訊，也不會檢查 WebSocket 路徑或 gRPC 服務名稱。
- 憑證驗證失敗時，先檢查系統時間、網域是否相符和憑證鏈。不要長期關閉憑證驗證來掩蓋問題。
- REALITY 需要符合其專用參數；一般 TLS 工具取得的回應，無法證明 REALITY 節點可用。
- 若設定使用 IP 作為連線位址，仍可能需要另外指定網域作為 serverName，實際情況以伺服器設定為準。
第五步：依據記錄原文找出問題環節
重新啟動核心後，只觸發一次失敗請求，擷取該時間點前後的記錄。錯誤文字可能因作業系統和核心版本而異，請一併查看前後文中的連線位址、目標連接埠和出口標籤。以下是常見錯誤片段，並非所有環境都會輸出的完整記錄行。
錯誤：bind: address already in use
原因：本機監聽位址和連接埠已被占用，核心無法綁定入口。
解決方式：使用連接埠查詢命令找出所屬程序，排除衝突後重新啟動核心；若修改連接埠，請同步更新系統代理和應用程式設定。
錯誤：no such host
原因：某個網域解析失敗；可能是節點網域，也可能是請求目標網域。
解決方式：先從記錄確認解析失敗的網域，再檢查拼寫和對應的 DNS 路徑，避免將目標網域解析失敗誤判為伺服器停機。
錯誤：connect: connection refused
原因：連線遭到明確拒絕，常見原因是連接埠沒有服務在監聽，或防火牆主動拒絕連線。
解決方式：確認訂閱中的連接埠；若有伺服器管理權限，請檢查監聽狀況和防火牆，否則將已去識別化的結果提供給服務供應商。
錯誤：i/o timeout
原因：連線或讀寫階段等待逾時，單憑這行訊息無法判斷是網路、握手還是目標回應問題。
解決方式：依據前後文確認逾時階段，先測試遠端 TCP 連接埠，再確認握手參數，並改用另一個網路進行單一變數的複測。
錯誤：x509: certificate has expired or is not yet valid
原因：憑證有效期驗證失敗，可能是裝置時間錯誤，也可能是伺服器憑證確實已到期。
解決方式：先同步系統時間；若時間正確仍出現錯誤，請伺服器維護者更新憑證並檢查憑證鏈。
若要提高記錄層級，請只在短時間重現問題時啟用，完成後再恢復原設定。詳細記錄可能包含目標網域和連線資訊，也會增加磁碟寫入。公開求助時，建議提供操作時間、用戶端與核心版本、失敗階段和錯誤原文，不要提交完整設定檔。
常見問題與排查後續
訂閱更新成功，為什麼節點仍然逾時？
下載訂閱和連線節點是兩條不同的路徑。先確認帳戶有效，再檢查是否已選取新節點；使用遠端連接埠測試，區分網路無法連線和握手失敗。不要把「取得設定」當成「設定已確認可用」。
測試有結果，但瀏覽器無法開啟網頁怎麼辦？
先使用本文的 curl.exe 明確指定代理命令，測試同一個目標。若測試成功，請檢查系統代理是否啟用、連接埠是否一致，以及瀏覽器是否設定了獨立代理。若只有部分網站無法連線，再檢查對應的路由和 DNS，不必立刻更換所有節點。
延長逾時時間能解決問題嗎？
只有在連線確實較慢、但最終能完成時，延長等待時間才有用。連接埠錯誤、UUID 不符或憑證網域錯誤，不會因為多等幾秒就自動修復。先找出失敗階段，再決定是否調整測試時限。
啟用 TUN 後才無法連線，要檢查什麼？
先關閉 TUN，使用本機 SOCKS 明確指定代理，確認基本節點連線正常。確認基本連線成功後，再檢查 TUN 所需權限、路由接管和 DNS 設定。不要在 TUN 和系統代理之間反覆切換，又同時更換節點，否則難以重現相同問題。
結論：記下失敗階段，比只保留「逾時」截圖更有用
依照「時間與帳戶 → 本機監聽 → 網域與連接埠 → TLS 與傳輸 → 應用程式接管」記錄結果。首次明確失敗的環節，就是下一步要處理的位置；修復後從該環節重新測試，再確認瀏覽器能否實際連線。
完成修復後，請還原暫時調整的記錄層級和測試設定，並確認本機入口仍只對必要範圍開放。若仍無法找出問題，可參考站內連線排查說明；訂閱更新路徑相關問題可查閱訂閱管理說明。提交問題時請列明已完成的檢查，有助於減少反覆詢問，也避免重複嘗試無關設定。