V2Ray 節點逾時、v2rayN 連不上？從本機到伺服器的排查順序

一、確認逾時發生在哪個階段

「節點逾時」只表示測試未能在指定時間內完成，不代表伺服器已離線。測試可能卡在本機監聽連接埠、節點位址解析、傳輸交握，也可能卡在透過代理出口連線至測試網址的階段。v2rayN 是桌面端設定管理用戶端，實際連線由所選核心建立；介面能開啟，不代表核心已成功啟動。

先記下發生時間、用戶端版本、核心名稱與版本、目前節點別名、代理模式及測試網址。版本資訊以「說明」中的版本資訊或主畫面實際顯示為準；核心版本則以啟動日誌為準，勿以用戶端版本代替。以下三種情況應分開處理。

• 所有節點都無法連線：優先檢查本機網路、監聽連接埠、系統代理、TUN 與安全軟體攔截，也要考慮同一訂閱服務可能發生的共通故障。
• 只有一個節點無法連線：優先比對節點位址、連接埠、傳輸參數，以及伺服器是否已停用該入口。
• 測試失敗但網頁可正常瀏覽：先確認測試網址及測試流量的實際路徑，別只因一個延遲數值就刪除節點。

二、先恢復本機直連，再建立單一測試入口

在 Windows 上，先關閉 v2rayN 主畫面的「啟用 TUN」，再從「系統代理」選擇「清除系統代理」。不同版本的選項位置可能不同，但要確認停用的是流量接管方式，而不只是關閉視窗。接著開啟平常可直接連線的網站，並確認無線網路是否需要透過網頁登入認證。

1. 檢查本機網路

   在 Windows「設定」→「網路和網際網路」中確認網路已連線。若直連網站也無法開啟，請先處理閘道、認證頁面或網路故障，暫時不要修改節點。

2. 確認系統時間

   開啟「設定」→「時間與語言」→「日期與時間」，啟用自動設定時間，再點選「立即同步」。時間偏差可能影響憑證驗證，也可能影響需要時間校驗的協定。

3. 確認監聽連接埠

   在 v2rayN「設定」→「參數設定」中查看本機監聽設定，並參照核心啟動日誌確認實際連接埠及協定類型。不要把節點的遠端連接埠填入瀏覽器代理設定。

4. 固定測試條件

   選取一個節點作為目前伺服器，保持 TUN 關閉，只啟用系統代理，或使用命令明確指定本機代理。固定一個網址，完成一次請求後再查看對應時間的日誌。

以下數字僅為排查範例，不代表所有版本的預設值：假設已確認本機 HTTP 或混合入口監聽於 127.0.0.1:10808，目標網址使用 HTTPS。實際操作時，連接埠必須與目前設定一致。

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

這是 Windows 命令範例；macOS 與 Linux 通常使用 curl。若入口只支援 SOCKS，請將代理位址改為 socks5h://127.0.0.1:10808，並確認連接埠正確。收到 HTTP 回應代表本次請求已抵達某個 HTTP 服務，但仍須依狀態碼和日誌判斷；若逾時，請沿著連線路徑繼續排查。

三、分開驗證系統代理與 TUN

系統代理主要影響遵循系統代理設定的應用程式，不會自動接管所有處理程序。TUN 透過虛擬網路介面接管符合設定條件的流量，涉及路由表、權限及 DNS 接管。排查時同時啟用兩者，可能造成回環或重複接管，難以判斷究竟是哪一層發生故障。

v2rayNG 使用 Android VpnService，並採用 Xray 核心；v2flyNG 採用 v2fly 核心。兩者都要確認設定是否符合實際使用的核心。Android 的 VPN 接管可能被其他 VPN 服務取代，不能只看通知列中的應用程式是否仍在執行。背景連線問題應分別在鎖定螢幕前後測試，不要立刻更換節點協定。

四、檢查路由是否將請求送往預期出口

路由分流通常依規則順序比對，但具體條件與預設出口取決於核心設定。選取某個節點，不代表所有請求都會經過它。網域規則、IP 規則、處理程序規則、直連出口及阻斷出口，都可能改變實際連線結果。用於測試真實連線延遲的請求，也應依具體版本及日誌確認出口。

• 暫時使用簡單路由：在 v2rayN 的「路由」選項中，選擇用於全域代理的預設設定。預設名稱可能因設定而異，重點是確認測試網址未先符合直連或阻斷規則。
• 查看實際結果：在日誌中尋找目標網域、目標連接埠及出站標籤。只有出現預期的代理出站，才能據此繼續判斷節點連線。
• 區分兩次解析：節點伺服器網域必須先解析，透過代理連線的目標網站也可能需要解析。這兩處的故障原因與修復方式並不相同。
• 檢查規則資源：若日誌顯示引用的規則資源不存在，應先修復資源載入問題。不要把資源載入失敗誤判為遠端連接埠無法連線。

不要直接將節點網域換成某個舊 IP 來「排除 DNS 問題」。使用網域入口的服務可能會輪替位址；改用 IP 後，TLS 的伺服器名稱仍可能必須保留原值。較穩妥的做法是先查詢解析結果、確認服務提供者給的入口，再決定是否進行一次可還原的對照測試。

五、依核心日誌判斷連線失敗階段

從用戶端日誌區域儲存一次失敗請求前後的內容。若目前層級看不到連線過程，可在「設定」→「參數設定」中尋找日誌層級選項，暫時提高詳細程度，重新啟動核心後只重現一次。完成後恢復日常層級，避免持續產生大量日誌。以下錯誤片段可能包含在更長的前後文中，判斷時必須保留其前後的目標位址與操作類型。

六、最後確認節點參數與伺服器監聽狀態

排除本機入口、路由及網路問題後，再檢查節點參數。VMess 與 VLESS 是不同協定，不能只更換協定名稱，繼續沿用原有設定。傳輸方式、TLS、安全參數都必須與伺服器端相符；用戶端能匯入設定，也不代表所選核心支援其中所有功能。

Windows PowerShell 可使用 Test-NetConnection 檢查節點的 TCP 連接埠。將 -ComputerName 設為節點實際位址、-Port 設為節點實際連接埠。此命令只能協助判斷能否建立 TCP 連線，無法驗證 VMess、VLESS、TLS 或後續目標網站連線；對以 UDP 為基礎的傳輸，也不能依此結果下結論。

• 訂閱用戶：透過可信任的既有來源更新該訂閱群組，比對位址、連接埠及傳輸參數是否變更。避免重複匯入後仍選到舊節點。
• 伺服器管理員：檢查服務是否正在執行、設定能否載入、目標連接埠是否在監聽，以及主機防火牆與雲端入站規則是否允許連線。
• 使用反向代理：同時檢查憑證、網域解析及轉送目標；公網連接埠已開放，不代表後端服務可用。
• 請求已抵達伺服器：接著檢查伺服器端的出站 DNS、路由及目標網站連線。伺服器可能已完成交握，仍無法連線至指定網站。

七、以交叉測試收尾，保留可重現的紀錄

最後進行小範圍交叉測試：同一台裝置更換網路、同一網路更換裝置、同一用戶端更換節點。每次都維持其他條件不變。換用另一個網路後可連線，表示原本的連線路徑值得繼續檢查，但不能直接斷定是電信業者限制；裝置差異、DNS 及流量接管設定也可能因網路切換而改變。

1. 同一節點在兩個網路都無法連線，但其他節點正常：整理發生時間、節點別名及錯誤片段，請服務提供者確認入口與伺服器狀態。
2. 同一網路下只有一台裝置無法連線：重新檢查該裝置的監聽連接埠、路由、系統代理、TUN 權限及安全軟體紀錄。
3. 只有一個目標網站無法連線：檢查網站本身是否正常、分流結果、目標解析及伺服器端連線結果，不要先重建整套用戶端設定。
4. 恢復正常後：還原臨時調整的日誌層級、撤銷測試規則，再逐項恢復日常分流與流量接管方式，確認問題沒有再次發生。