V2Ray 節點逾時、無法連線？七步排除連線問題

步驟一：確認本機網路與測試結果

先結束用戶端或停用代理流量接管，再瀏覽平常可直接開啟的網站。Windows 使用者可在 v2rayN 系統匣選單中選擇「系統代理」→「清除系統代理」；若已啟用 TUN，也要一併關閉。只清除系統代理並不會停止虛擬網卡接管流量。Android 裝置則先中斷 v2rayNG 或 v2flyNG 連線，再確認 Wi-Fi 或行動數據是否正常。

節點清單中的延遲並非統一指標：TCP 測試主要確認能否連上伺服器連接埠；實際延遲測試通常還會受到代理協定、測試網址及遠端回應影響。TCP 測試有數值不代表驗證成功，測試網址逾時也不表示伺服器一定離線。用戶端顯示連線已啟動，往往只代表本機服務或 VPN 介面已建立。

• 直接連線也失敗：先檢查無線網路、路由器及網路登入頁面，暫時不要修改節點參數。
• 同一節點換網路後可用：改用另一個允許使用的網路重新測試，優先檢查原網路至伺服器的連線狀況。
• 只有一個網站無法連線：換用另外兩個測試目標，排除目標網站本身故障或特定路由規則的影響。
• 所有節點都同時失敗：優先檢查本機代理入口、系統時間及核心啟動狀態；多個節點也可能共用同一台伺服器，不能只憑節點數量判斷問題。

步驟二：同步系統時間，排除憑證與驗證異常

系統時間偏差可能造成憑證有效期限判斷錯誤，也可能影響部分協定的驗證。時區顯示不同不一定有問題，重點是裝置記錄的實際時間是否正確。手動將時鐘調快幾分鐘並不能解決問題。

1. 開啟時間設定

   在 Windows 11 中前往「設定」→「時間與語言」→「日期與時間」，開啟「自動設定時間」，再於「其他設定」中點選「立即同步」。

2. 確認同步結果

   核對年月日與目前時間，確認同步成功。若同步失敗，先恢復直接連線再試一次；若長期無法同步，請檢查系統時間服務或裝置管理原則。

3. 重新啟動後再測試

   Android 裝置可在系統的「日期與時間」設定中啟用網路提供的時間，實際路徑依系統版本而異。完成後中斷並重新啟動用戶端連線，使用相同節點與網址再次測試。

步驟三：檢查系統代理、TUN 與本機監聽連接埠

系統代理只會影響遵循系統代理設定的應用程式；TUN 則透過虛擬網卡接管流量，還會受到權限、路由及 DNS 設定影響。排查時建議先關閉 TUN，只測試一個本機代理入口，確認可用後再恢復原本的流量接管模式。如此可區分「核心無法連線至外部」與「應用程式流量未進入代理」。

以下以 v2rayN 7.x 常見介面為例，前往「設定」→「參數設定」查看本機監聽設定，再從系統匣選擇「系統代理」→「自動設定系統代理」以啟用系統代理。不同版本的選單名稱可能有所調整，請以目前介面顯示的連接埠與入口類型為準。10808 是常見的本機連接埠，但部分舊設定會將 SOCKS 設為 10808、HTTP 設為 10809；不能只憑連接埠號碼判斷協定類型。

以下是在 Windows 終端機中指定代理的測試範例，連接埠必須替換為用戶端實際監聽的值。HTTP 指令僅適用於 HTTP 或混合入口；SOCKS 指令適用於 SOCKS 或混合入口。--socks5-hostname 會將目標網域交由代理端解析。這兩條指令僅供診斷使用，並非本文的實測結果。

curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com
curl.exe --socks5-hostname 127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com

步驟四：核對節點位址、連接埠與驗證參數

確認本機入口正常後，選取實際使用的節點並開啟編輯視窗，逐項比對服務提供者提供的完整設定。先檢查伺服器位址與遠端連接埠，再確認協定、UUID 或其他驗證資訊。伺服器連接埠與本機監聽連接埠不同：本機入口可能是 10808，伺服器可能使用 443，但使用 443 並不能證明節點採用 TLS。

• 位址：伺服器欄位應填網域名稱或 IP，不要誤貼完整網頁網址，也不要在前後留下空格。
• 連接埠：必須與伺服器端設定一致；即使常見設定使用 443，也不能自行改成 443。
• 協定：VMess 與 VLESS 的驗證及安全設定不同，不能只切換下拉選單中的名稱來轉換節點。
• 訂閱：若服務提供者已更換伺服器或驗證參數，請更新原有訂閱群組，並明確選取更新後的節點。
• 核心相容性：v2rayNG 使用 Xray 核心家族，v2flyNG 使用 v2fly 核心家族；例如 REALITY 是 Xray 相關功能，不能假設不同核心支援相同設定。

若要單獨檢查伺服器 TCP 連接埠，請在 Windows PowerShell 中執行 Test-NetConnection。以下以 example.com 和 443 示範指令格式；實際測試時必須填入自己的伺服器位址與連接埠。結果中的 TcpTestSucceeded : True 只代表 TCP 連線建立成功，不會驗證代理身分或 TLS。

Test-NetConnection -ComputerName example.com -Port 443

步驟五：檢查傳輸、TLS 與 REALITY 相關欄位

TCP 連線成功但實際請求失敗時，接著檢查傳輸層。傳輸方式必須與伺服器端設定相符；使用 WebSocket 時，路徑與 Host 可能會影響反向代理的比對；使用 gRPC 時，服務名稱必須一致。不要複製其他節點的路徑、Host 或服務名稱來「試試看」，否則會多出一個難以追查的變因。

TLS 的伺服器名稱通常會影響握手選擇與憑證名稱驗證。REALITY 則需要一組互相配合的參數，不能只把安全類型改成 REALITY。若匯入後缺少欄位，請先確認目前用戶端與核心版本支援這份設定，再從下載頁選擇相容版本；不要關閉安全檢查來掩蓋欄位不相符的問題。

步驟六：區分節點網域解析與目標網域解析

DNS 問題至少分成兩個階段：用戶端必須先找到節點伺服器的位址；代理連線建立後，還要解析目標網站。前一階段失敗時，根本無法連上節點；後一階段失敗時，可能會出現節點測試正常但網頁無法開啟的情況。路由規則也可能依據網域或解析後的 IP，因此更換 DNS 後的變化不一定只發生在解析階段。

1. 查詢節點網域

   在 Windows 中執行 Resolve-DnsName，查詢實際使用的節點網域。確認有查詢結果且未出現解析錯誤；解析成功仍不代表伺服器連接埠可連線。

2. 保留原始設定

   記錄用戶端目前的 DNS 與路由設定，再一次調整一個項目。不要同時更換解析器、啟用 TUN 又修改路由，否則無法判斷是哪項設定影響結果。

3. 檢查路由規則

   查看日誌中目標請求是經由代理還是直接連線。若只有特定類型的網域無法連線，請確認是否被分流至不適用的出口，再還原原有規則進行比對測試。

4. 清除快取後重新測試

   變更系統 DNS 後，可執行 ipconfig /flushdns，接著重新啟動用戶端連線。瀏覽器可能另有 DNS 快取或安全 DNS 設定，也應分開檢查。

Resolve-DnsName example.com
ipconfig /flushdns

指令中的 example.com 僅為語法範例。若暫時將節點網域改成已確認的 IP 進行比對，仍須保留正確的 TLS 伺服器名稱，並確認服務提供者允許這樣連線；使用動態位址或前置服務的節點，不適合將 IP 固定寫入設定。更多設定背景請參閱DNS 設定說明。

步驟七：查看核心日誌，並以單一變因重新測試

前六個步驟仍找不到原因時，請回頭檢查核心日誌。v2rayN 是管理介面，實際代理連線由選用的核心負責；介面正常執行不代表核心已成功載入設定。先查看啟動階段是否出現設定解析錯誤、連接埠占用或程序意外結束，再查看送出一次請求後的日誌。反覆點選連線只會產生更多重複紀錄。

• 日誌層級：在目前版本的參數設定中尋找「日誌等級」或 loglevel，必要時暫時調整為 info；需要更詳細資訊時可短暫使用 debug，排查完成後請恢復原本層級。
• 重現時間：清楚記錄時間，啟動連線後只開啟一個測試網址，保留該次請求前後的日誌，不要截取一整天的紀錄。
• 判斷問題位置：確認失敗的是本機監聽、節點連線、TLS 握手、網域解析，還是目標網站回應，再依問題階段回到相應步驟處理。
• 提供資訊：提供用戶端版本、核心版本、網路類型、錯誤發生時間及必要的去識別化日誌；請隱藏訂閱連結、UUID、驗證資訊與個人位址。

修正後保持原網路、原目標及原模式，連續送出請求 3 次，再確認瀏覽器能否正常連線。若一般代理已可用但 TUN 仍失敗，請另外參閱TUN 設定排除方式；若伺服器連接埠始終無法連線，且換用其他網路後結果相同，請向服務提供者確認服務狀態，不要繼續修改本機 TLS 或 DNS 設定。