v2rayNG 節點逾時、連線失敗怎麼辦?依序檢查 7 個項目

從更新訂閱、系統時間、協定參數到路由與 DNS,依序排查 v2rayNG 節點逾時原因,並提供對應處理方式。

本文重點

適用於在 Android 使用 v2rayNG 時遇到節點測速逾時、連線失敗或啟動後無法瀏覽網頁等情況。先釐清問題出在取得訂閱、伺服器握手,還是應用程式流量未經代理,再依序檢查以下 7 個項目。每次只調整一項設定,並保留記錄與還原方式,避免弄亂原本可用的節點參數。

檢查項目一:訂閱是否更新成功

訂閱網址是取得節點設定的入口,不是節點伺服器本身。更新訂閱逾時,只代表這次未能成功取得設定,不能因此判定清單中的所有節點都已失效。反過來說,訂閱更新成功,也不代表每台伺服器都能連線。

在 v2rayNG 開啟側邊欄的「訂閱群組設定」,確認網址已儲存至正確群組,再回到主畫面,從選單執行「更新訂閱」。不同版本的按鈕名稱可能略有不同,請分清一般更新與標示「透過代理」的更新方式,並先記下哪一種方式失敗。

  1. 確認訂閱來源:核對服務供應商提供的完整網址,留意複製時是否混入空格或換行,以及訂閱權杖是否已重設。
  2. 確認帳戶狀態:檢查訂閱是否到期、流量是否用完,以及服務供應商是否公告入口變更。更新介面有回應,不代表帳戶仍有可用流量。
  3. 選擇更新方式:目前沒有可用節點時,先嘗試不透過代理更新;已有可用節點,但無法直接連上訂閱介面時,再嘗試透過代理更新。
  4. 保留現有設定:不要為了重試就先清除所有節點。更新後核對群組與節點資訊是否有變動;有需要時,再向來源重新取得訂閱。

檢查項目二:系統時間是否正確

裝置時間明顯不準,可能影響 VMess 身分驗證,也可能導致 TLS 憑證被判定為尚未生效或已過期。VLESS 本身不採用 VMess 相同的時間驗證機制,但使用 TLS 的連線仍須正確驗證時間。即使節點使用 VLESS,也不要略過這項檢查。

如果記錄中出現憑證時間相關錯誤,請先核對日期、年份與裝置時間,再聯絡服務供應商確認伺服器憑證。不要把開啟「允許不安全連線」當成通用解法;這會降低憑證驗證強度,也無法修復路由問題或伺服器連接埠無法連線的狀況。

檢查項目三:協定與傳輸參數是否相符

在節點清單中開啟目標節點的編輯頁面,逐項比對服務供應商提供的原始參數。節點名稱只是標籤,名稱中寫有 TLS 或某個地區,不能證明實際設定正確。建議先從可信來源重新匯入完整設定,再檢查手動修改過的欄位。

檢查項目必須相符的欄位常見的錯誤修改
伺服器入口位址、連接埠把網站網址當成節點位址,或漏填非標準連接埠
VMess使用者 ID、加密設定、傳輸方式複製了其他節點的使用者 ID,或選錯傳輸類型
VLESS使用者 ID、加密欄位、flow未依設定要求將加密欄位置為 none,或自行新增 flow
TLSserverName、憑證驗證、必要的 ALPN 設定將伺服器位址改成 IP 後,又錯誤清空 serverName
REALITYserverName、公鑰、shortId、伺服器要求的指紋把公鑰當成使用者 ID、漏填 shortId,或混用其他節點的參數
WebSocket路徑、Host、是否啟用 TLS路徑大小寫有變,或把 Host 與伺服器位址混為一談

VLESS 的 encryption 通常應設為 none;這不代表外層連線一定沒有加密,TLS 或 REALITY 仍可提供安全傳輸。flow 是否要填、該填什麼,都必須與伺服器端設定相符。不要只因為「某種組合比較快」,就把所有節點都改成同一套設定。

檢查項目四:目前的網路能否連到伺服器

先停止 v2rayNG,確認一般網路可以正常開啟網頁。公共 Wi-Fi 可能需要先登入驗證;行動網路也可能受到欠費、流量限制或訊號異常影響。基本網路尚未恢復前,繼續切換節點通常無法得到有用的結論。

接著選定一個節點,分別使用 Wi-Fi 與行動數據測試,並保持節點參數不變。切換網路可能有助於發現出口限制、位址家族或 DNS 差異,但單次成功或失敗不足以判定問題所在,還需搭配後續記錄進一步排查。

443
HTTPS 常用的 TCP 連接埠,不是節點固定連接埠
53
傳統 DNS 常用的 UDP/TCP 連接埠
123
NTP 校時常用的 UDP 連接埠

這些數字用來區分連線路徑,不是要使用者把所有節點的連接埠都改成 443。節點必須使用伺服器實際監聽的連接埠。一般網頁能透過 443 連線,不代表另一個位址上的節點連接埠也能連上;同樣地,ICMP 測試失敗,也不能直接推論 TCP 代理服務無法使用。

結論:使用同一節點比對不同網路

如果同一節點只有在某種網路下無法連線,請先記錄網路類型及記錄中的目標位址,再請服務供應商確認入口是否可連線;不要同時更改協定、連接埠與 DNS,否則就失去比對條件。

檢查項目五:VPN 是否確實接管流量

v2rayNG 主畫面顯示已啟動,只代表本機服務正在執行,不代表遠端伺服器已通過所有連線驗證。Android 的 VPN 授權、其他 VPN 服務、依應用程式設定代理,以及背景執行限制,都可能造成「用戶端已啟動」但「瀏覽器沒有走代理」的情況。

應用程式請求 VPN 接管 路由比對 代理轉送 目標回應
  1. 確認授權:首次啟動時,請允許 Android 的 VPN 連線要求,並在系統 VPN 設定中確認目前啟用的連線是 v2rayNG。
  2. 排除衝突:暫停其他占用 Android VPN 通道的應用程式,包括透過本機 VPN 運作的過濾工具。一般應用程式通常無法同時占用同一個使用者空間的 VPN 通道。
  3. 檢查依應用程式設定代理:前往 v2rayNG「設定」中的依應用程式設定代理選項,確認測試用的瀏覽器沒有被排除;測試期間也可暫時關閉此限制。
  4. 檢查背景執行限制:如果只有在螢幕關閉後才中斷,請到系統應用程式設定,檢查 v2rayNG 的電池與背景執行權限。如果前景使用時就立刻逾時,應優先檢查伺服器連線,而不是只調整省電設定。

每次變更 VPN 或依應用程式設定後,都要停止並重新啟動連線,再用同一個瀏覽器造訪同一個目標。若只有圖示變化,卻沒有新增請求記錄,應先檢查流量接管範圍,不要立刻判定節點失效。

檢查項目六:路由分流是否將請求送往錯誤出口

如果部分網站能開啟,部分網站持續無法連線,應檢查路由規則,而不只是查看節點延遲。分流規則可能讓特定網域直連、走代理或遭到封鎖;「繞過」類設定也可能讓測試請求完全沒有經過選取的節點。

延遲顯示數值,為什麼網頁還是打不開?

先確認使用的是哪一種測試。TCP 探測只能反映連接埠的連線狀況;實際連線測試還會受測試位址影響。請回到瀏覽器造訪目標網頁,並查看相應的請求記錄;單一延遲數值不能代表整個連線流程都正常。

切換成全域路由後就能開啟,應該一直這樣使用嗎?

先還原原本模式,檢查是哪條規則讓該網域直連或遭到封鎖。全域路由適合用於短時間比對,是否長期使用仍應依實際代理範圍與流量需求決定。

瀏覽器可以使用,另一個應用程式卻一直轉圈,該怎麼辦?

先到依應用程式設定代理的選項,確認該應用程式已包含在代理範圍內,接著完全關閉再重新開啟。如果仍無法使用,請查看記錄中的協定與目標位址,判斷問題出在應用程式本身還是代理連線。

檢查項目七:DNS 與記錄顯示哪一層出錯

DNS 至少涉及兩個不同對象:節點伺服器的網域,以及最後要造訪的網站網域。前者解析失敗,會讓用戶端無法連上節點;後者解析或路由處理異常,則可能造成代理已啟動,但特定網站仍無法開啟。啟用遠端 DNS,不代表節點本身的網域解析問題一定已經解決。

前往 v2rayNG「設定」,檢查 DNS 相關選項中的本機 DNS、遠端 DNS 及啟用狀態;修改前先記下原本設定。Android 系統「設定」→「網路和網際網路」中的「私人 DNS」也是獨立變數;可暫時從自訂供應商切回自動模式進行測試,測試後再還原。不同廠牌的系統選單名稱可能不同。

錯誤:i/o timeout

原因:某個步驟的讀取或寫入等待時間超出限制,可能發生在 DNS 查詢、建立連線或後續傳輸階段。單看這句錯誤無法確定問題位置。

處理方式:查看同一時間前後的記錄,確認等待的是 DNS 服務、節點位址還是目標網站,再切換網路進行比對,避免盲目更改所有 DNS 設定。

錯誤:connection refused

原因:連線遭到明確拒絕,常見原因包括目標連接埠沒有在監聽、服務尚未啟動,或網路設備主動拒絕連線。

處理方式:先確認錯誤中的目標是遠端節點還是本機監聽位址。若是遠端問題,請核對訂閱中的連接埠並聯絡服務供應商;若是本機問題,則檢查服務是否已啟動。

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

原因:憑證有效期限與裝置目前時間不符,可能是裝置時間錯誤,也可能是伺服器憑證已過期。

處理方式:先啟用自動校時再重試;若時間正確仍出現錯誤,請向服務供應商回報憑證問題,不要關閉憑證驗證來繞過錯誤。

從側邊欄開啟「記錄」,記下某次連線失敗的確切時間。重新啟動連線後,只造訪一次目標,再查看前後相鄰的記錄。錯誤訊息可能有多層前綴,最外層的「連線失敗」通常只是結果;內層的解析、握手或連接埠錯誤更有助於找出問題。

  1. 記錄重現條件:記下 Android 系統版本、v2rayNG「關於」頁面顯示的版本、使用的網路類型,以及問題發生在更新訂閱還是瀏覽網頁時。
  2. 記錄比對結果:註明同一節點切換網路後是否成功,以及同一網路改用另一個已知可用的節點是否成功。不要以批次測速結果取代實際連線結果。
  3. 提交已遮蔽敏感資訊的記錄:保留原始錯誤訊息與時間,並遮蔽訂閱權杖、使用者 ID、私人位址及其他驗證資訊;節點入口詳情僅透過可信任的支援管道提供。

結論:還原設定後再確認一次

找出原因後,還原測試期間暫時調整的分流、私人 DNS 與依應用程式設定,只保留確實有效的修正。重新啟動連線並再次測試原本的目標,確認修復不依賴某個忘記還原的臨時選項。

下載用戶端選擇系統與架構