V2Ray 節點連線逾時？依序檢查本機、訂閱、節點與系統

先釐清：連接埠不通、節點逾時，還是瀏覽器未使用代理

先保留目前設定，記下選取的節點、測試時間和錯誤訊息。暫停批次測速，選一個節點重現問題，再開啟主畫面的記錄區查看相關項目。批次測試會同時建立多個連線，容易把其他節點的錯誤誤認為目前的問題。

v2rayN 是圖形化用戶端，實際連線由選取的核心負責。介面能開啟、訂閱有顯示，不代表核心已啟動；列表中的延遲數值也要留意測試方式。TCP 連線測試只表示目標連接埠可能可連通；真實連線測試還涉及代理協定、交握及測試網址。

第一層：檢查系統時間、本機連接埠與核心啟動狀態

以下以 Windows 上的 v2rayN 為例。不同版本的介面文字可能略有差異，連接埠請以實際設定為準。先在「設定」→「參數設定」中找到本機監聽設定，確認 SOCKS 或混合監聽連接埠；不要把遠端節點的伺服器連接埠填入系統代理。

1. 同步系統時間

   開啟 Windows「設定」→「時間與語言」→「日期與時間」，啟用自動設定時間，再按「立即同步」。檢查日期與時區。系統時間明顯不準可能影響憑證效期判斷及部分協定驗證；只有時區不同，不代表系統時鐘一定有誤。

2. 確認監聽連接埠

   在 v2rayN「設定」→「參數設定」中核對監聽位址與連接埠。本文假設 SOCKS 或混合入口監聽於 127.0.0.1:10808；若介面顯示其他連接埠，後續命令也要一併修改。

3. 找出占用連接埠的程序

   在 PowerShell 執行下方查詢。找到監聽狀態與 PID 後，再用工作清單核對程序。若監聽程序屬於目前的核心，通常是正常狀況；若是舊版用戶端或其他程式，請正常關閉衝突程式，或替目前的監聽設定改用未占用的連接埠。

4. 重新載入核心

   儲存設定、重新選取節點並查看記錄；必要時先結束用戶端再重新啟動。修改連接埠後，瀏覽器的獨立代理設定和命令列中的連接埠也必須同步更新。若沒有監聽，先處理核心啟動錯誤，不要繼續測試遠端節點。

Get-NetTCPConnection -State Listen -LocalPort 10808
netstat -ano | findstr ":10808"
tasklist /FI "PID eq 1234"

最後一行的 1234 是範例 PID，請替換成前兩個命令查到的程序編號。查看 netstat 輸出時，請分辨本機位址與遠端位址，並確認狀態為 LISTENING；不能只看到數字 10808 就認定連接埠遭占用。也不要直接強制結束不熟悉的系統程序。

第二層：確認訂閱更新成功，而不只是列表還看得到

訂閱列表可能只是上次儲存的內容。更新失敗時，舊節點仍會顯示，因此「有幾十個節點」不代表訂閱目前有效。先在「訂閱分組」→「訂閱分組設定」中核對該群組的網址，再使用「訂閱分組」中的更新功能，確認更新結果與時間。

• 回應 401 或 403：優先檢查訂閱權杖、存取權限及服務提供者的限制。這類狀態碼表示請求已到達某個 HTTP 服務，不是單純的本機連接埠未啟動。
• 回傳網頁或登入頁面：確認複製的是訂閱網址，而不是帳戶管理頁面。頁面顯示「成功開啟」，不代表內容是用戶端能解析的節點設定。
• 要求逾時：先確認訂閱網域是否必須透過代理才能存取。若有可用節點，可嘗試選單中的「透過代理更新」；若所有節點都無法使用，反覆選擇透過代理更新只會陷入循環。
• 更新成功但節點仍無法使用：檢查服務提供者的帳戶是否到期、流量是否用完，以及節點是否已遷移。訂閱下載成功與節點驗證通過，是兩個不同環節。

更新前先備份現有設定，不要為了測試就直接刪除所有群組。若更新後列表變成空白，先處理回應內容與格式相容性問題；繼續調整系統代理，也無法把錯誤的訂閱內容變成有效節點。

第三層：核對節點參數，從記錄分辨連線與交握失敗

按兩下目前的節點開啟編輯視窗，逐項比對服務提供者給的原始參數。先檢查位址與連接埠，再核對協定和傳輸層。不要只看節點名稱猜測協定，也不要把某個可用節點的 TLS 或傳輸參數批次套用到其他節點。

• VMess：核對 UUID、加密方式及伺服器要求的其他欄位。遷移舊設定時，請依照伺服器目前的說明重新匯入，不要隨意修改驗證參數碰運氣。
• VLESS：核對 UUID、流量控制設定，以及所需的 TLS 或 REALITY 參數。使用 REALITY 的節點也必須符合服務提供者指定的公開金鑰、短識別碼和伺服器名稱等欄位。
• TLS：檢查伺服器名稱是否符合服務提供者的要求。節點連線位址可能與憑證對應的網域不同，不要直接把兩者改成相同的值。
• WebSocket：核對傳輸類型、路徑和 Host。路徑通常區分大小寫，漏掉開頭的斜線或填錯 Host，都可能導致交握失敗。
• 核心支援：確認目前使用的核心支援節點要求的協定與傳輸組合。v2rayN 是用戶端名稱，V2Ray 與 Xray 是核心專案，三者不是同一種版本概念。

檢查伺服器網域可使用 PowerShell 的 Resolve-DnsName，測試連接埠可使用 Test-NetConnection。參數應填入節點編輯視窗中的實際伺服器位址與遠端連接埠，而不是本機的 10808。系統解析成功只能證明系統採用的解析路徑有效；如果核心使用獨立 DNS，也要查看核心記錄。

第四層：略過系統代理設定，單獨測試代理入口

確認核心正常監聽後，在 PowerShell 執行下方命令。命令會明確連接本機 SOCKS 入口，不依賴瀏覽器是否讀取系統代理。此處的 10808 必須是已確認支援 SOCKS 的連接埠；若使用的是純 HTTP 入口，請改用後面的 HTTP 寫法並填入實際連接埠。

curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 --head https://example.com/

socks5h 代表將目標網域交由代理端解析，減少本機解析目標網站造成的影響。若收到 HTTP 狀態行，通常表示這次要求已透過該入口取得 HTTP 回應；但仍須參照記錄確認分流結果，因為明確連接用戶端不代表要求最後一定透過遠端代理送出。

curl.exe --proxy http://127.0.0.1:10809 --connect-timeout 5 --max-time 15 --head https://example.com/

第二個命令只示範 HTTP 入口，10809 並非每個版本都有的固定連接埠。若未啟用該入口，請勿直接照抄。測試網址也應選擇目前網路和服務政策允許存取的網站；若單一網址失敗，請改用另一個不同網站交叉測試，避免把目標服務故障誤判為節點故障。

• 命令成功、瀏覽器失敗：在 v2rayN 主畫面底部的「系統代理」中選擇「自動設定系統代理」，再檢查 Windows「設定」→「網路和網際網路」→「Proxy」是否指向目前的本機入口。若瀏覽器另有獨立代理設定，也要一併核對。
• 只有分流模式下失敗：暫時改用能明確將測試目標送往代理出口的規則進行比對，再還原原本規則。規則順序、網域比對結果與最終出口都要參照記錄判斷，不能只看模式名稱。
• 所有本機要求都遭拒絕：回到第一層確認核心仍在監聽。瀏覽器顯示代理連線失敗時，遠端節點不一定有參與這次連線。
• 系統代理正常，但個別應用程式失敗：該應用程式可能不會讀取系統代理。先檢查應用程式本身的網路設定；TUN 是另一種接管方式，尚未驗證基本連線前不建議一併啟用。

仍然逾時：透過網路交叉測試並整理必要記錄

完成四層檢查後，使用同一台電腦和同一個節點，分別測試目前網路與手機熱點。每次只切換網路，不要同時修改 DNS、節點參數和路由模式。若只有一個網路失敗，優先檢查該網路的 DNS、出口限制、驗證頁面或連線品質；若所有網路都只有同一個節點失敗，再向服務提供者回報。