V2Ray 節點逾時、無法連線：從本機到伺服器的排查順序

本文重點

節點逾時只代表某個環節未能在期限內完成，不能直接判定伺服器離線。本文適合在 v2rayN 或 v2rayNG 遇到延遲測試逾時、連線失敗或網頁無法開啟時參考。依序確認故障範圍、校正時間並更新訂閱、查看記錄、核對傳輸與 TLS 設定，最後檢查伺服器；每次只調整一個條件，並整理可提供給維護人員的排障記錄。

一、先釐清：是節點逾時，還是應用程式沒有走代理？

先確認故障發生在哪一層，再決定要調整什麼。清單中的延遲測試、核心連線伺服器、瀏覽器開啟網站，是三種不同的操作；測試網址無法連線，也可能讓可用的節點顯示逾時。反過來說，TCP 連接埠成功建立連線，也不代表身分驗證、TLS 握手和代理轉送都正常。

觀察到的現象	優先檢查項目	目前不能下的結論
只有延遲測試逾時，網頁仍可開啟	測試網址、測試方式及該網址的路由	不能因此認定節點失效
所有節點同時連線失敗	本機網路、時間及核心是否已啟動	不一定是所有伺服器同時故障
只有一個節點連線失敗	該節點設定、遠端連接埠與帳戶狀態	不能只憑一次失敗就判定永久無法使用
瀏覽器可用，終端機無法使用	終端機的代理環境變數或明確指定的代理參數	通常不能歸因於節點逾時

建立一組最精簡的重現條件，有助於排除無關因素。只保留一個執行中的用戶端，選定一個節點和一個確定可連線的測試網址，並記下測試時間；先不要同時切換路由、DNS、TUN 和傳輸協定。v2rayNG 會使用 Android VPN 服務接管流量，請確認連線開關已開啟，並檢查是否有其他 VPN 服務占用連線。

二、先檢查本機時間，再更新訂閱

先校正系統時間，再判斷是否為驗證或憑證問題。VMess 驗證與時間有關，系統時間明顯不準可能導致連線異常；TLS 憑證有效期限的判斷也取決於本機時鐘。VLESS 不應直接套用 VMess 的時間驗證說法，但使用 TLS 時仍須確保時間正確。只調整時區顯示，無法修正錯誤的系統時間。

同步系統時間

Windows：開啟「設定」→「時間與語言」→「日期與時間」，啟用自動設定時間，再按一下「立即同步」。Android：在系統設定中搜尋「日期與時間」，並啟用自動設定時間；不同裝置的選單位置可能不同。
更新目前的訂閱

v2rayN：在「訂閱群組」選單中選擇更新目前訂閱，也可以先試用「更新目前訂閱（不透過代理）」。v2rayNG：點選主畫面右上角選單中的「更新目前群組訂閱」。選單文字可能因版本略有不同；操作後請查看更新結果，不要只確認是否按過按鈕。
重新選取節點

更新後重新選取目標節點並啟動連線，確認伺服器位址和連接埠是否有變動。訂閱更新成功不等於節點連線成功：訂閱端點與節點伺服器可能使用完全不同的位址和網路路徑。
記錄單次失敗

記下目前時間，發起一次連線後立即查看記錄。只保留這次操作前後的記錄，避免大量測速錯誤掩蓋真正的連線問題。

三、查看核心記錄：找出第一個有意義的錯誤

查看記錄時，應從本機啟動錯誤一路追到遠端連線錯誤，而不是只搜尋最後出現的 timeout。v2rayN 可先查看主畫面底部的記錄或資訊區域；若需要更多細節，請前往「設定」→「參數設定」，尋找與記錄等級相關的選項。v2rayNG 可從主畫面右上角選單開啟「記錄」。入口和記錄等級名稱會依版本而異，請一併記下用戶端版本和記錄中的核心版本。

暫時提高記錄等級後，重新啟動連線並重現一次問題即可。偵錯記錄可能包含造訪網域、伺服器位址等資訊，排查完成後請恢復日常使用的等級。以下列出常見錯誤片段；不同核心可能會附上連線編號、目標位址或更多前後文。

錯誤：`address already in use`

原因：本機監聽位址或連接埠已被占用，核心可能根本沒有成功啟動。

解決方式：關閉重複執行的用戶端，確認占用中的處理程序；若變更本機連接埠，也要同步修改應用程式中設定的代理連接埠。

錯誤：`no such host`

原因：某個網域名稱解析失敗，解析失敗的可能是節點網域，也可能是造訪目標。

解決方式：先確認錯誤訊息中的網域名稱，檢查拼字和實際使用的 DNS 路徑；如果節點網域無法解析，請先排除連線建立前的名稱解析問題。

錯誤：`i/o timeout`

原因：連線或讀寫操作逾時；單憑這段訊息，無法區分是網路封包遺失、遠端封鎖，還是握手階段沒有回應。

解決方式：參照前後文中的目標位址和握手記錄，判斷問題發生的階段，再分別測試遠端連接埠、傳輸參數和伺服器狀態。

錯誤：`x509: certificate has expired or is not yet valid`

原因：本機時間不正確，或遠端憑證確實不在有效期限內。

解決方式：先同步本機時間；若時間正確仍出現錯誤，請維護人員檢查憑證有效期限，以及反向代理實際載入的憑證。

結論：先修正本機啟動問題，再檢查遠端

如果記錄顯示監聽連接埠衝突，而且沒有核心成功啟動的記錄，應先解決衝突。此時反覆修改伺服器位址、TLS 或訂閱參數，無法修復本機監聽失敗。

四、分別測試本機監聽與遠端連接埠

本機代理連接埠和伺服器連接埠要分開理解。應用程式先連線至本機代理，核心再連線至遠端伺服器。以下數字僅用來說明兩段連線，並非所有安裝環境的預設值；尤其 v2rayN 的 HTTP、SOCKS 或混合監聽方式，應以目前的參數設定為準。

127.0.0.1

本機回環位址，不是遠端節點位址

10808

以下範例中的本機 SOCKS 連接埠，請依設定調整

443

常見的遠端 TLS 連接埠，實際設定以訂閱為準

在 Windows 上，可於 PowerShell 使用以下互動式命令測試遠端 TCP 連接埠。請輸入節點編輯視窗中顯示的伺服器位址和遠端連接埠，而不是訂閱連結或本機代理連接埠。TcpTestSucceeded 為 true 只代表 TCP 連線成功，不能證明代理協定驗證已通過；若傳輸使用 UDP，也無法單靠這項測試完整判斷。

$nodeHost = Read-Host "輸入節點伺服器網域或 IP"
$nodePort = [int](Read-Host "輸入節點遠端連接埠")
Test-NetConnection -ComputerName $nodeHost -Port $nodePort

若要確認終端機是否確實透過本機 SOCKS 入口連線，請先確認本機監聽位址為 127.0.0.1:10808，再執行以下命令。測試網址由使用者輸入；socks5h 代表將目標網域交由代理端解析，不能用來直接證明本機 DNS 正常。命令中的 15 秒只是這次測試的時間上限，不代表節點效能標準。

$testUrl = Read-Host "輸入完整的 HTTPS 測試網址"
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 15 --max-time 30 -I $testUrl

連線本機連接埠時遭到拒絕：檢查核心是否已啟動，以及 SOCKS 連接埠是否與命令中的設定一致。
遠端 TCP 連線成功，但代理請求失敗：繼續核對驗證、TLS、傳輸和輸出路由，不能只做到連接埠測試。
同一節點在其他網路可用：優先比較目前網路的 DNS、IPv4／IPv6 連線能力和對外連線限制，不要立刻重新安裝用戶端。

五、逐項核對傳輸、TLS 與 REALITY 參數

必須整組核對參數，不能只比較伺服器位址和 UUID。訂閱通常包含協定、傳輸和安全層的資訊；手動編輯或移轉至其他核心後，只要有一個欄位不相容，就可能造成握手失敗。v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心，不能假設兩者支援完全相同的協定擴充功能和設定欄位。

參數類別	需要核對的內容	容易混淆之處
協定與驗證	VMess 或 VLESS、UUID、伺服器允許的設定	不能只修改協定名稱，其他欄位仍照舊使用
WebSocket	傳輸類型、路徑、Host、反向代理轉送位置	路徑區分大小寫且包含斜線；Host 不等於伺服器位址
gRPC	serviceName、TLS 與反向代理的 HTTP/2 支援	serviceName 不是 WebSocket 路徑欄位
TLS	serverName／SNI、憑證網域、有效期限、ALPN 要求	連線至 IP 位址時，憑證名稱仍須符合預期網域
REALITY 與 Vision	伺服器提供的公鑰、shortId、serverName、指紋和 flow	使用 Vision 的設定須依伺服器要求設定 flow，不要隨意填寫

修改後請重新載入設定，並確認記錄對應的是新連線。v2rayN 可先停止再重新啟動目前服務；v2rayNG 可關閉連線開關再重新開啟。如果重新整理訂閱會覆蓋手動修改，請保留修改記錄，並請服務提供者修正訂閱內容，避免每次更新後都得重新調整。

六、最後檢查伺服器狀態與網路路徑

確認本機啟動、訂閱參數和握手條件後，伺服器端的線索才比較容易解讀。如果沒有伺服器管理權限，請提供發生時間、節點識別資訊、網路類型和已遮蔽敏感資料的記錄，並詢問服務監聽、帳戶有效期限及入口是否變更；不要在錯誤截圖中公開完整訂閱網址。

檢查監聽：管理員可使用 ss -lntp 查看 TCP 監聽，使用 ss -lnup 查看 UDP 監聽，確認實際執行的處理程序、綁定位址和設定的連接埠一致。
檢查允許規則：雲端平台安全性群組和系統防火牆是兩層控制。只開放實際需要的連接埠和傳輸類型，不要長期關閉整個防火牆來解決問題。
檢查反向代理：如果入口透過反向代理接收連線，請核對上游位址、路徑和服務名稱，並比對存取記錄與核心記錄中的時間。
檢查雙堆疊差異：如果網域有 A 和 AAAA 記錄，請分別確認 IPv4、IPv6 是否都能連線。若其中一種位址系列無法使用，請先修復對應入口或解析記錄。
檢查資源與限制：確認處理程序沒有反覆結束，磁碟和記憶體沒有耗盡，並核對帳戶流量、到期狀態或伺服器端的連線限制。

結論：透過不同網路交叉測試，縮小問題範圍

同一組設定在家用網路失敗、在行動網路成功時，先比較網路路徑；同一網路上的其他節點正常，只有目標節點失敗時，優先檢查該節點入口。這兩種對照測試都比一再重新安裝用戶端更有助於診斷。

七、仍然逾時？用以下問題補齊排查線索

延遲測試一直逾時，但網頁能開啟，還需要換節點嗎？

先不要換。確認測速使用的目標網址和測試方式，再用同一個網址實際連線一次。測試目標若被單獨分流、拒絕請求或暫時無法連線，測試結果就可能與日常瀏覽不同。

v2rayNG 顯示已連線，為什麼網頁還是打不開？

顯示已連線通常只代表本機 VPN 服務已建立，不代表所有遠端請求都成功。開啟右上角選單中的「記錄」，發出一次請求，查看是否出現遠端撥號或握手錯誤；同時確認分應用程式代理沒有排除目標應用程式。

電腦可用、手機使用同一節點卻逾時，該比對哪些設定？

先確認兩台裝置使用同一份最新訂閱和相同網路，再逐項比較傳輸類型、SNI、路徑或 serviceName、REALITY 參數及 flow。記下兩端的核心版本；不要直接複製整份桌面設定，因為本機入口和系統流量接管方式不同。

調長逾時時間有用嗎？

這只能協助分辨回應緩慢或持續失敗，無法修復連接埠錯誤、驗證失敗或憑證問題。請先保留原設定，使用固定的測試時間上限重現問題；若記錄持續顯示握手錯誤，應修正相關參數，而非一再延長等待時間。

尋求協助時，最有用的是提供一段可重現的操作過程。請說明用戶端與核心版本、發生時間及時區、Wi-Fi 或行動網路、是所有節點還是只有單一節點失敗、遠端連接埠測試結果，以及單次失敗前後的記錄。分享前請遮蔽 UUID、訂閱權杖和其他憑證；如需提供伺服器位址，請透過可信任的私人管道傳送。