V2Ray 節點逾時、無法連線？檢查系統時間、連接埠與傳輸設定

一、確認逾時發生在哪個環節

「節點逾時」不代表只有一種故障。TCP 延遲測試通常只能確認是否連得上遠端連接埠；實際連線或可用性測試還會經過代理協定並連往目標網站。測試目標不同，結果也可能不同。因此，TCP 測試成功不代表 VMess 或 VLESS 驗證成功；某個測試網站無法連線，也不代表所有流量都無法通過。

先選定一個節點作為固定測試對象，記錄測試時間、伺服器位址、連接埠、協定、傳輸方式及目前使用的核心。開啟 v2rayN 主畫面的記錄區，重新發出一次請求，找出同一時間出現的第一則錯誤。後續的連線關閉訊息，往往只是前一個錯誤造成的結果。

• 所有節點都失敗：優先檢查系統時間、本機核心、網路出口，以及訂閱是否整體失效。
• 只有一個節點失敗：優先核對該節點的參數、伺服器狀態及帳戶是否有效。
• 代理測試成功，瀏覽器卻無法連線：優先檢查應用程式是否使用系統代理，以及瀏覽器擴充功能是否覆寫代理設定。
• 只有部分網站無法連線：優先檢查分流規則、DNS 與目標網站是否可連線，先別急著重新安裝用戶端。

二、先校正系統時間，再重新測試連線

VMess 驗證會考量時間；用戶端與伺服器的時鐘差距過大時，可能導致驗證失敗。TLS 憑證驗證也仰賴目前時間，年份或日期錯誤，可能讓有效憑證被判定為尚未生效或已過期。VLESS 本身不能直接套用 VMess 的時間範圍判斷，但使用 TLS 等安全層時，仍須確保系統時間準確。

1. 同步系統時間

   Windows 11：開啟「設定」→「時間與語言」→「日期與時間」，啟用「自動設定時間」，再按一下「立即同步」。macOS：開啟「系統設定」→「一般」→「日期與時間」，啟用自動設定日期與時間。

2. 確認目前時間

   確認年月日與目前時間正確。時區會影響顯示，驗證主要依據實際時間戳記；不要只把顯示時區改成伺服器所在地。若電腦從睡眠恢復後時間反覆偏移，請檢查系統時間服務與硬體時鐘。

3. 重新載入節點

   在 v2rayN 中重新選取目前節點，讓設定重新載入，再執行相同的連線測試。若自行管理伺服器，也要檢查伺服器時間；只修正用戶端，無法消除伺服器嚴重的時間偏差。

三、檢查本機連接埠：以實際設定為準，常見為 10808 與 10809

v2rayN 是用戶端介面，實際負責監聽連接埠並轉送連線的是執行中的核心。核心若啟動失敗，介面仍可能顯示節點清單，但應用程式連到本機代理連接埠時會直接失敗。不同版本與設定中的連接埠用途不盡相同：常見設定使用 10808；舊設定可能分別使用 SOCKS 連接埠 10808 與 HTTP 連接埠 10809；支援混合輸入的設定則可在同一個連接埠接收兩種請求。

開啟「設定」→「參數設定」，核對本機監聽連接埠與監聽位址，欄位名稱依目前版本為準。接著確認記錄中是否出現監聽成功的訊息。不要只因網路教學提到 10809 就把它填入瀏覽器，也別把本機代理連接埠誤填到遠端伺服器連接埠欄位。

若連接埠已被其他程式占用，先確認是哪個程序，不要直接結束不熟悉的系統服務。可以關閉重複啟動的用戶端，或將本機連接埠改為未占用的連接埠，並同步更新應用程式的代理設定。僅供本機使用時，監聽位址設為 127.0.0.1 通常就足夠，不必為了疑難排解開放區域網路存取。

curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

Windows 可使用 curl.exe，避免命令別名造成差異。上述指令僅適用於該連接埠支援 SOCKS 的情況；socks5h 代表由代理端解析目標網域。若實際上只有 HTTP 輸入，請將代理位址改為 http://127.0.0.1:10809，並使用實際連接埠。收到 HTTP 回應，表示這次請求已完成代理連線；即使回傳 403，也應與連線逾時分開處理。

四、確認遠端連接埠與防火牆；不要用 Ping 取代連線測試

伺服器可能封鎖 ICMP，因此 Ping 失敗不代表代理服務無法連線；反過來說，Ping 成功也不代表代理連接埠正在監聽。若連線使用 TCP，應測試節點實際設定的伺服器位址與連接埠。以下網域僅用來示範指令格式，執行時請換成節點設定中的實際位址，連接埠也須改為實際值。

# Windows PowerShell：測試 TCP 連接埠
Test-NetConnection -ComputerName example.com -Port 443

# macOS：測試 TCP 連接埠
nc -vz -G 10 example.com 443

• 連接埠測試成功：表示這次 TCP 連線可以建立，接著檢查 TLS、傳輸方式與協定驗證；這不代表節點已完全可用。
• 立即拒絕連線：可能是服務未在監聽、連接埠填錯，或防火牆主動拒絕。請伺服器管理員檢查程序、監聽連接埠與入口規則。
• 等待後逾時：可能與封包遺失、網路出口限制、伺服器防火牆或安全群組丟棄封包有關，建議切換網路交叉測試。
• 使用 UDP 傳輸：TCP 測試不能取代 UDP 測試，應搭配相應的核心記錄與伺服器記錄判斷。

本機防火牆主要檢查核心程式的外連權限。只有要與其他裝置共用代理時，才需要額外檢查本機代理的連入規則。不要為了疑難排解而長時間關閉整個防火牆；企業網路的限制也應交由網路管理員依規則處理。伺服器端則須同時檢查雲端平台的安全群組與系統防火牆，任何一方未開放連線都可能造成逾時。

五、核對傳輸層設定：連接埠可連線，交握仍可能失敗

VMess、VLESS 是代理協定，WebSocket、gRPC 等是傳輸方式，TLS 則是安全層，分屬不同設定層級，不能互相取代。匯入連結後仍應核對重要欄位，尤其是經過反向代理或中繼轉送的節點：連線位址、TLS 驗證網域與 HTTP Host 可能各不相同。

訂閱有更新時，先從「訂閱分組」選單更新對應分組，再重新選取節點。手動編輯過的舊節點可能仍保留過期的連接埠、路徑或憑證。不要以為「使用某個核心」就代表所有節點都相容；請確認目前的 Xray-core 等實際核心支援該節點所需功能，並優先使用用戶端提供的配套核心。

六、代理連線正常後，再檢查系統代理、DNS 與路由

若明確指定代理的 curl 請求成功，但瀏覽器仍無法開啟網頁，請先在 v2rayN 系統匣選單的「系統代理」中選擇「自動設定系統代理」，再確認瀏覽器是否使用獨立的代理設定。系統代理只會影響遵循該設定的應用程式，不代表所有網路流量都會經過代理。疑難排解初期不要同時啟用或切換 TUN，以免增加虛擬網卡、路由與權限等變因。

• 確認規則命中情況：在記錄中確認失敗的請求使用了哪個出口。若規則將目標導向直連，即使節點正常，也可能無法存取目標。
• 分辨 DNS 解析位置：遠端節點位址本身需要先解析；透過 SOCKS 成功在遠端解析目標網域，不代表本機一定能正常解析節點網域。
• 比較 IP 位址類型：網域若同時回傳 IPv4 與 IPv6，請確認是否只有其中一種位址無法連線；不要一開始就停用整個系統的 IPv6。
• 確認測試目標：可用性測試的目標網址本身可能暫時故障或限制請求。請搭配兩個確定可存取的 HTTPS 網址判斷，避免只看單一測速數值。

七、整理問題重現紀錄，再決定是否更換節點

疑難排解應以可重現的結果告一段落，而不是以「重新啟動後好像能用」作結。恢復後使用同一筆請求再測兩次，確認記錄中沒有持續出現交握或監聽錯誤。若只有特定節點失敗，而且本機連接埠、系統時間與網路交叉測試皆正常，再將問題交由節點服務商處理。

1. 記錄作業系統版本、v2rayN 版本，以及實際執行的核心名稱與版本。版本資訊請從目前程式中確認，不要根據安裝檔名稱推測。
2. 記錄故障時間、原網路與手機熱點的測試結果，以及 TCP 測試和明確指定代理的請求各自成功或失敗。
3. 提供故障請求前後所需的記錄，並隱藏訂閱連結、UUID、存取權杖與個人網路資訊；不要公開完整設定。
4. 保留每次修改前後的測試結果。每次只更改一項參數，確認無效的變更已還原後，再進行下一項測試。

完整檢查順序：校正時間、確認核心正在監聽、測試遠端連接埠、核對傳輸與驗證設定，最後檢查應用程式代理、DNS 與路由。如此可將「全部逾時」拆解成範圍明確的問題，也能避免一再更換用戶端而錯失真正的故障線索。