V2Ray 節點逾時無法連線的排查順序:從本機網路到伺服器逐項檢查

本文適合遇到 v2rayN 或 v2rayNG 節點逾時、啟用代理後網頁無法存取、延遲測試全部失敗的使用者。完成檢查後，可以區分本機網路異常、系統時間偏差、訂閱參數過期、傳輸層設定不一致、節點連接埠無法連線與伺服器故障，據此決定修正設定、更新訂閱或更換節點。

連線失敗時，最容易造成干擾的做法是同時修改多項設定。例如一邊更換 DNS，一邊重新匯入訂閱，又同時改動傳輸協定。即使之後恢復連線，也無法確認真正原因。較穩妥的方式是每次只變更一個變數，變更後再測試同一個節點。

完整連線鏈路不只有「用戶端到節點」這一段。應用程式請求會先進入本機代理連接埠，再由 V2Ray 或 Xray 核心讀取路由規則、解析伺服器網域名稱、建立與遠端連接埠的連線，最後完成協定與傳輸層交握。任何一環失敗，介面都可能只顯示逾時。

建議從最靠近裝置的一端開始檢查。先確認一般網路可用，再檢查時間與本機代理連接埠；接著核對節點參數，最後才判斷伺服器狀態。這個順序能避免把本機斷網誤判為節點失效，也能減少反覆重裝用戶端造成的設定遺失。

第一步是在關閉代理後驗證基礎網路。瀏覽器能開啟已有快取頁面不代表網路正常，應造訪先前未開啟過的頁面，或使用系統指令直接測試網域名稱解析。Windows 可在終端機執行 nslookup example.com，Linux 與 macOS 可使用 nslookup 或 dig。如果網域名稱無法解析，應先處理目前網路或 DNS，而不是修改節點協定。

還要檢查網路是否限制遠端連接埠。家用網路可暫時切換至行動熱點作為對照；行動網路也可以切換至固定網路重新測試。如果同一節點在網路 A 逾時、在網路 B 能連線，用戶端設定通常沒有根本問題，重點應轉向網路出口、DNS 結果與連接埠可達性。

VMess 等協定會依賴合理的系統時間進行身分驗證。裝置時間偏差達到數分鐘時，用戶端可能完成 TCP 連線，卻在協定交握階段失敗。Windows 11 24H2 可進入「設定」→「時間與語言」→「日期與時間」，開啟自動設定時間與自動設定時區，再點選立即同步。Android 15 可進入「設定」→「系統」→「日期與時間」，啟用網路提供的時間。

本機網路正常後，下一步是逐項核對節點。協定名稱相同不代表設定可以互換。VMess 需要正確的伺服器位址、連接埠、使用者 ID、安全設定與傳輸參數；VLESS 需要相符的使用者 ID、流控選項與傳輸層設定。訂閱更新後，如果伺服器調整了路徑、主機名稱或 TLS 參數，舊設定可能仍顯示在清單中，卻已無法完成交握。

核對時不要憑記憶重建節點。應以目前有效的訂閱或伺服器提供的設定為準，比較伺服器位址、連接埠、協定、傳輸方式、TLS、SNI、Host 與 WebSocket 路徑。路徑中的大小寫與開頭斜線都有意義，/ray 與 /Ray 不能視為相同值。

v2rayN 7.x 中可先選取節點，再透過右鍵選單檢視或編輯伺服器。需要確認核心時，進入「設定」→「參數設定」→「Core 類型」，檢查目前協定是否交由對應核心處理。修改後應儲存設定、重新啟動核心，再測試目前節點；只關閉視窗不一定會重新載入正在執行的設定。

v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心。透過 QR Code 或剪貼簿匯入只能轉移連結中實際包含的欄位，無法補齊伺服器額外要求的傳輸參數。若匯入後欄位缺失，優先重新更新訂閱，不要根據另一個節點的參數猜測填寫。

節點本身可用時，本機代理連接埠錯誤也會表現為網頁逾時。以常見設定為例，v2rayN 可能監聽本機連接埠 10808，瀏覽器擴充功能或系統代理也必須指向相同連接埠。如果用戶端改為 10809，而系統代理仍連接 10808，請求根本不會進入目前的核心。

Windows 可在終端機執行 netstat -ano | findstr :10808，查看連接埠是否處於 LISTENING 狀態，並記錄對應 PID。Linux 與 macOS 可執行 lsof -nP -iTCP:10808 -sTCP:LISTEN。若連接埠沒有監聽，檢查核心是否啟動；若被其他程式佔用，則結束衝突程序或修改用戶端監聽連接埠，並同步更新系統代理。

socks5h 中的字母 h 表示將網域名稱解析交由代理端處理。若一般瀏覽器失敗，但上述指令能回傳頁面內容，應重點檢查瀏覽器代理方式、系統代理位址或擴充功能規則，而不是節點。若指令也逾時，再查看用戶端日誌中是否產生對應的請求記錄。

基礎連通測試與真連線延遲並非同一件事。只測 TCP 連接埠通常只能證明目標連接埠可以建立連線，不能證明 VMess、VLESS、TLS、WebSocket 或 gRPC 交握成功。真連線延遲會透過目前的代理鏈路發起實際請求，因此更適合判斷節點是否具備完整且可用的對外連線能力。

在 v2rayN 中選取單一節點，使用右鍵選單中的「測試伺服器真連線延遲」。測試前應確認該節點設定已儲存，且系統時間正常。連續測試三次即可建立基本判斷：一次成功、兩次失敗可能是鏈路抖動；三次都在等待 10 秒後逾時，則需要結合其他節點與其他網路進行交叉比對。

不要只依延遲數字替節點排序。某節點顯示 180 毫秒但連續三次成功，通常比偶爾顯示 60 毫秒、之後兩次逾時的節點更穩定。延遲測試期間也應暫停大檔案傳輸、系統更新與雲端硬碟同步，避免本機頻寬用盡造成誤判。

當本機網路、系統時間、本機連接埠與用戶端代理狀態都正常後，可以更新訂閱。v2rayN 中先確認「訂閱群組」內儲存的是目前位址，再執行更新全部訂閱。更新完成後不要立即刪除舊群組，可先比較同名節點的伺服器位址、連接埠、協定與傳輸參數是否變更。

Android 用戶端也應先更新目前的訂閱，再測試新產生的節點項目。手動匯入的單一節點不會自動取得訂閱端的變更；如果伺服器修改了連接埠或傳輸路徑，舊 QR Code 與舊連結仍會保留原值。此時重新掃描舊內容沒有意義，應取得目前有效的設定。

更換節點的依據應是可重現的結果，而不是一次偶發逾時。建議保留一份簡單記錄：測試日期、裝置、網路、用戶端、節點名稱、三次真連線結果與日誌錯誤。若同一節點在 Windows、Android 以及兩種網路下都無法完成連線，而同一訂閱的其他節點正常，單一節點故障的判斷已足夠明確。

重裝用戶端只適用於程式檔案遺失、無法啟動、設定資料庫損壞等本機問題。節點逾時通常發生在網路、參數或遠端鏈路，重裝不會改變伺服器位址、連接埠、系統時間或網路限制。排查前先匯出現有設定或記錄訂閱群組，可避免重裝後增加新的變數。

排查記錄不需要複雜工具，但必須能重現。至少寫明作業系統版本、用戶端名稱、測試時間、網路類型、節點協定、本機連接埠與錯誤原文。例如「Windows 11 24H2、v2rayN 7.x、固定網路、VMess、127.0.0.1:10808、真連線測試三次均在 10 秒後逾時」，就比「節點不能用」更具診斷價值。

分享日誌時，應隱藏伺服器位址、使用者 ID、訂閱位址與驗證資訊，只保留錯誤類型、時間與連線階段。日誌中的第一個異常通常比最後一條「工作失敗」更接近原因。可以從一次測試開始的位置向下閱讀，先找出 DNS、連線、TLS 或協定交握中的最早錯誤。